%%%%%%%%%%%%%%%%%%%
%INTRODUZIONE
%%%%%%%%%%%%%%%%%%%
\newpage

\section{Introduzione}
\subsection{Scopo del documento}
Lo scopo è documentare la gestione del progetto scelto dal gruppo Alphsoft e incentrato sul tema del Geo-Marketing, attraverso le fasi di studio di fattibilità, analisi dei requisiti e pianificazione.

%%%%%%%%%%%%%%%%%%%
%PRESENTAZIONE DEL CONTESTO
%%%%%%%%%%%%%%%%%%%
\newpage
\section{Presentazione del contesto}
Il gruppo Alphsoft affronta il tema di progetto nell’ambito del geo-marketing per una azienda di comunicazione.\newline
Il geo-marketing è un approccio di marketing che utilizza le informazioni riferite al territorio per analizzare, pianificare e implementare le attività di marketing. Raccogliendo informazioni, come il profilo delle persone che frequentano più spesso una determinata zona, il tipo di esercizi commerciali o di aziende che la circondano, permette di rendere più efficaci ed efficienti le attività di comunicazione, vendita, distribuzione e servizio al cliente che si appoggia al servizio di marketing geo-referenziato.
Il geo-marketing è reso possibile grazie all’uso delle tecnologie di supporto al Digital Signage, ovvero la tecnica di marketing che prevede l'utilizzo di una serie di schermi gestiti in rete tramite controllo remoto, nei quali viene visualizzato il materiale pubblicitario proposto dal cliente in determinati luoghi, selezionati sfruttando appunto le informazioni raccolte tramite geo-marketing. \newline
Si intende quindi creare un team di lavoro con competenze specifiche nel settore marketing e tecnologico, in modo da raggiungere, mediante attenta analisi delle aspettative, la più alta soddisfazione possibile da parte del cliente, creando un prodotto atto a realizzare tutti questi requisiti: GeoSignage. \newline
Dal punto di vista tecnico GeoSignage consentirà di gestire in tempo reale diversi schermi ubicati nel territorio, modificando il materiale visualizzato in qualunque momento della giornata in modo rapido e facilmente gestibile. \newline
Questo progetto nasce dalla crescente volontà delle aziende di avere a disposizione metodologie di marketing sempre più mirate e personalizzate. \newline
Negli ultimi anni Internet è stato in prima linea nell'attrarre i capitali di investimento nel settore pubblicitario, ma oggi opportunità simili esistono anche nei mezzi come la segnaletica digitale, il servizio che in questo documento intendiamo proporre. \newline

%%%%%%%%%%%%%%%%%%%
%DESCRIZIONE GENERALE E CASI D'USO DEL SOFTWARE
%%%%%%%%%%%%%%%%%%%
\newpage

\section{Descrizione generale e casi d'uso del software}
Il settore per il quale si svilupperà il prodotto da noi offerto è quello pubblicitario-informativo e si svilupperà nel territorio medio-locale (regione Veneto).\newline
L'idea è di offrire alle aziende la possibilità di visualizzare i propri prodotti e servizi in modo originale e accattivante mediante dei pannelli luminosi che possono visualizzare animazioni e filmati, posizionandoli in luoghi pubblici quali strade, piazze, parchi o qualsivoglia luogo d’interesse preventivamente predisposto, come già avviene per i normali cartelloni pubblicitari.\newline
Vi saranno quindi due categorie di interesse: 
\begin{itemize}
\item \textbf{passante: } destinatario delle informazioni pubblicitarie visualizzate sul display;
\item \textbf{azienda: } cliente al quale si intende fornire le informazioni, le strutture e le tecniche necessarie affinchè le pubblicità vengano esposte in luoghi in cui l'azienda stessa possa trarne il massimo beneficio.
\end{itemize}
La geo-localizzazione è la base e il punto di forza sul quale si vuole sviluppare GeoSignage, poiché permette di rendere facile e veloce la gestione dell'assegnazione degli schermi situati nel territorio veneto e la relativa modifica delle informazioni visualizzate negli stessi, seguendo dei criteri ben precisi di allocazione delle risorse pubblicitarie.\newline
Di seguito è riportata una descrizione riguardo al comportamento del software, ovvero la specifica delle interazioni possibili tra l'utente e l'applicazione.\newline
Le categorie di persone che hanno accesso al sito sono:
\begin{description}
\item[Aziende:] hanno accesso limitato al servizio, che principalmente si basa sulla visualizzazione in tempo reale delle informazioni che i display espongono. È prevista inoltre la possibilità di effettuare una modifica delle suddette informazioni tramite una richiesta specifica al sistema GeoSignage.

\item[Operatori Alphsoft:] personale che accede e modifica da remoto il materiale visualizzato negli schermi, grazie all'utilizzo del dispositivo Arduino ethernet per la connessione tra postazioni di lavoro e display. Essi hanno accesso illimitato e possono fare qualunque tipo di ricerca.
\end{description}

Vediamo qui di seguito (vedi figura \RIF{fig:UCgen}) uno use-case raffigurante le principali funzionalità messe a disposizione dall'applicazione a seconda dell'utenza:
\FIGURA{images/use_case}{Use Case}{fig:UCgen}{130}{0}

Il programma permette di interagire con tre azioni essenziali: ricerca di informazioni in tempo reale sul "dove" e "cosa" viene visualizzato sui display, l'inserimento di una nuova informazione e la modifica dei dati preesistenti.\newline
Per usufruire di queste funzionalità è richiesta l'autenticazione tramite una login e una password, sia da parte delle aziende che degli operatori Alphsoft.\newline
Tutti i dati ovviamente saranno salvati in una base di dati che permetterà di immagazzinare e successivamente recuperare tutte le informazioni necessarie.\newline

\subsection{Aziende}
Sono i principali utenti del nostro software i quali sfruttano le funzionalità offerte dallo stesso con l'obiettivo di monitorare lo stato del proprio materiale pubblicitario, gli spazi disponibili e la loro ubicazione nel territorio o gli spazi impegnati perché già acquistati da altre imprese.
Esse potranno pertanto, come evidenziato in figura \RIF{fig:UCazienda}:
\begin{itemize}
\item conoscere in anteprima luoghi e tempi di installazione di nuovi schermi pubblicitari;
\item conoscere quali spazi sono acquistabili e quali no;
\item conoscere per ogni schermo e fascia oraria selezionati quali pubblicità sono già presenti nel circondario e per quanto tempo sono state impostate;
\item acquistare uno spazio pubblicitario decidendo tempi e schermi sui quali visualizzarlo, compatibilmente con la disponibilità;
\item inserire una nuova pubblicità sui propri spazi;
\item modificare pubblicità precedentemente inserite.
\end{itemize}
\FIGURA{images/aziende}{Aziende}{fig:UCazienda}{130}{0}

\subsection{Operatori Alphsoft}
Sono un numero ristretto di utenti abilitati alla gestione completa dell'apparato informativo di Alphsoft.
Essi saranno in grado di (vedi figura \RIF{fig:UCoperatore}):
\begin{itemize}
\item rimuovere spazi pubblicitari nel caso in cui vi siano state irregolarità con i pagamenti da parte degli acquirenti oppure il materiale pubblicitario inviato dalla cliente sia stato ritenuto non idoneo da parte degli operatori Alphsoft;
\item aggiornare spazi pubblicitari nel caso in cui gli utenti avessero riscontrato dei problemi nel caricamento del materiale pubblicitario a causa di formati non compatibili, linee telefoniche inadeguate o mancanza del servizio ADSL;
\item acquistare spazi pubblicitari per conto di aziende impossibilitate ad effettuare le operazioni necessarie all'acquisto tramite web;
\item conoscere precisamente lo stato di qualunque display installato sul territorio;
\item conoscere tutte le campagne pubblicitarie in atto, ivi inclusi tempi, prezziari e tutte le altre caratteristiche relative ad un acquisto.
\end{itemize}
\FIGURA{images/operatori}{Operatori}{fig:UCoperatore}{130}{0}

\newpage
%%%%%%%%%%%%%%%%%%%
%ANALISI DI FATTIBILITA'
%%%%%%%%%%%%%%%%%%%
\section{Analisi di fattibilità}
\subsection{L'aspetto marketing}

\subsubsection{Target}
Il mercato al quale si rivolge GeoSignage è costituito dalle seguenti due macro categorie:
\begin{description}
\item[PASSANTI:] gli utenti finali che dovranno recepire nitidamente e chiaramente il messaggio promozionale creato dall'azienda responsabile della pubblicità.
È necessario garantire la comunicazione delle informazioni pubblicitarie sotto qualsiasi tipo di condizione atmosferica e di illuminazione, al fine di sfruttare sempre le potenzialità del digital signage.
\item[AZIENDE:] le aziende che richiedono un servizio per pubblicizzare i propri prodotti o servizi.
È fondamentale comunicare l'affidabilità e la semplicità di utilizzo del prodotto software per gestire l'apparato tecnologico, nonché i benefici diretti e indiretti derivanti dal salto tecnologico rispetto alle vecchie e obsolete tecniche pubblicitarie. 
\end{description}

\subsubsection{Concorrenza}
Per esaminare lo stato attuale di una possibile cerchia di concorrenti sono state eseguite le seguenti attività:
\begin{itemize}
\item numerose ricerche sul web di aziende con i nostri stessi obiettivi;
\item numerose interviste a imprese del territorio per ricavare dei dati riguardo le modalità con cui queste pubblicizzano i propri servizi o prodotti;
\item ricerche su banche dati on-line a consultazione gratuita riguardanti imprese prese a campione, dislocate nelle sette provincie venete (ad esempio il sito infoimprese.it). 
\end{itemize}
Da quanto emerso dalle nostre ricerche possiamo affermare che, al momento, le aziende attive nel settore del digital signage sono molto poche e si trovano ancora agli albori del proprio processo di sviluppo commerciale, pertanto non costituiscono al momento un grosso ostacolo alla realizzazione del prodotto GeoSignage.\newline
Inoltre, abbiamo constatato la forte presenza di imprese pubblicitarie che per la maggior parte si affidano tutt'ora ai metodi classici di affissione, ma che desiderano imporsi sul territorio utilizzando tecniche di marketing nuove e innovative. Esse si candidano per essere potenziali utilizzatori del nostro prodotto. Riteniamo dunque che possa essere molto vantaggioso stimolare in queste aziende il semplice reinvestimento di fondi, normalmente destinati alle ordinarie spese di affissione.\newline

\subsubsection{Valore aggiunto del prodotto}
GeoSignage rende più snello l'apparato di gestione della pubblicità permettendo ai clienti di rendere immediatamente operativo l'acquisto di uno spazio pubblicitario.\newline
Gli acquirenti del servizio sono inoltre in grado di personalizzare le proprie pubblicità creando veri e propri filmati, diversificando la proposta pubblicitaria in base alla posizione geografica dei display, alle fasce orarie e alle necessità dei soggetti che visualizzano le informazioni pubblicitarie.\newline
Possono infine impostare strategie di mercato ben definite sulla base dell’eventuale presenza di altri concorrenti della zona, degli abitanti di quel quartiere specifico e delle attività presenti nelle immediate vicinanze. \newline

\subsubsection{A chi vendere il prodotto}
Il prodotto verrà proposto inizialmente alle società più grandi, come marchi blasonati o catene di negozi presenti all’interno della Regione Veneto e più in generale alle aziende che usano come metodo propagandistico una forma cartellonistica e centrata sull’immagine del prodotto o l’azienda stessa. \newline
Maggiore è l’adesione al nostro servizio maggiore è la precisione con cui verrà mappato il territorio diminuendo sensibilmente il rischio di investire capitale in pubblicità non mirata. \newline

\subsubsection{Campagna pubblicitaria}
La campagna pubblicitaria si concentrerà totalmente sulla proposta commerciale alle varie aziende poiché sono le uniche dirette acquirenti del nostro prodotto. \newline
Saranno installati alcuni schermi in punti di densa presenza pubblicitaria per esaltare il nostro stesso prodotto con spot chiari e grintosi in modo da mostrare sul campo la reale differenza tra il vecchio cartellone pubblicitario ed i più innovativi schermi. \newline
Questo permetterà di usufruire del passaparola dei passanti contando che giunga voce anche alle aziende del settore presenti in quella zona. \newline
Verranno organizzati specifici incontri con le maggiori società delle province venete per proporre la nostra soluzione tecnologica. \newline
Proporremo infine alle aziende più piccole opzioni di acquisto vantaggiose sfruttando il time-sharing reso possibile dalla nuova tecnologia, lasciando dunque spazio a vere e proprie \textit{joint-venture}\ formate dalle piccole imprese che non dispongono dei capitali necessari per acquisire tutto l’apparato. \newline
\FIGURA{images/mappa_display}{Mappa Display}{Mappa Display}{130}{0}

\subsection{L'aspetto tecnologico}
Essendo il nostro un prodotto fortemente centrato sulle nuove tecnologie per rendere più accattivante il classico sistema di fare pubblicità, è chiaro che la ricerca e lo sviluppo in questo campo sarà molto curato. \newline
Il contesto che andremo a creare vedrà la presenza di un'infrastruttura ad alto livello sviluppata sulla base del modello cloud computing. \newline
Grazie a questa tecnologia, ormai usata per tutte le applicazioni di condivisione di informazioni, abbiamo la possibilità di salvare i dati in una o più macchine e condividerli con tutti i dispositivi sparsi nel territorio sfruttando la rete internet, la quale ricoprirà il ruolo di veicolo informativo. \newline
Ovviamente questo scambio di dati avverrà solo in fase di aggiornamento o modifica dello spot pubblicitario. Il terminale in assenza di connessione internet, causata da qualsivoglia fattore esterno, continuerà a riprodurre il contenuto presente nella memoria interna dello schermo, fintanto che il segnale tornerà operativo e verrà ripristinata la normale sincronizzazione dei dati. \newline
Il cloud principale avrà quindi poche e semplici funzioni tra cui l'archiviazione dati, il controllo che i file siano effettivamente presenti negli schermi corretti, la rilevazione di eventuali discrepanze tra i dati e la già citata funzione di modifica istantanea delle informazioni, il tutto grazie a GeoSignage. \newline
Passando ad un lato più pratico del funzionamento degli schermi, sarà importante che questi ultimi operino con la maggior visibilità possibile in qualsiasi condizione di luce. \newline
A tale scopo si è deciso di affidarsi ad una tecnologia basata sulla retroilluminazione a LED molto meno dispendiosa dal punto di vista energetico rispetto al classico LCD ed in grado di offrire un maggiore contrasto e visibilità, anche in condizioni di luce intensa tipica delle belle giornate estive o comunque molto soleggiate. Il costo molto elevato degli schermi a LED sostenuto durante l'acquisto verrà ammortizzato nel tempo attraverso l'acquisizione degli utili ricavati dalla vedita del prodotto.\newline
Per limitare i consumi e mantenere un elevato grado di efficienza sarà inoltre installato presso ogni postazione un sensore di luminosità, in modo da abbassare o aumentare gradualmente l’illuminazione durante la giornata, offrendo così una visione piacevole e sempre ottimale dei display. \newline
\FIGURA{images/display}{Display}{Display}{130}{0}

\subsubsection{La soluzione standard}
Constatando nuovamente la scarsa spinta tecnologica in tale campo è ancora largamente diffuso e condiviso la classica operazione di affissione pubblicitaria. \newline
Tale metodo certamente è sufficiente ed adeguato per una tipologia di pubblicità statica. Il lato negativo di questo approccio è la scarsa ricettività del messaggio da parte della potenziale clientela ormai assuefatta dal sovraccarico informativo. \newline
In mezzo secolo la cartellonistica è entrata a far parte nel paesaggio urbano, in maniera talmente prepotente, da renderla pressoché invisibile, vanificando gran parte degli sforzi economici e creativi messi in campo dalle società pubblicitarie per attrarre nuova clientela. \newline

\subsubsection{La soluzione innovativa}
La nostra soluzione non si limita a migliorare un sistema preesistente, ma scardina radicalmente l’approccio passivo del cartellone in favore di una proposta maggiormente dinamica e aggressiva rispetto alle metodologie standard concorrenti. \newline
Paradossalmente GeoSignage non si basa su soluzioni tecnologiche profondamente innovative, ma le implementa in modo assolutamente nuovo per questo settore. \newline
Entrando nell’aspetto tecnico della questione, le proposte sono lineari ma efficaci. \newline
Nella fase di progettazione si è deciso di utilizzare il linguaggio di programmazione Java al fine di poter sfruttare il prodotto Google ``App Engine'' che fornisce un'elevata potenza di calcolo e l'esecuzione sicura di applicazioni in remoto. La scelta operata non comporta alcun esborso economico aggiuntivo trattandosi di una piattaforma open-source. \newline
Il software si occupa semplicemente di inviare agli schermi il file contenente la pubblicità e le impostazioni di visualizzazione (fascia oraria, giorni, ecc.) oltre a controllare che il formato dell’immagine (o del filmato) sia corretto e visualizzabile; in caso contrario il file non verrà spedito ai terminali, ma preso in esame dall’operatore che si occuperà della conversione e dell’upload manuale. \newline
Ogni display è dotato di una memoria interna sufficientemente ampia la quale conterrà i file delle pubblicità e un file di impostazione che fornisce le informazioni sulle rotazioni al dispositivo remoto al fine di gestire la rotazione del materiale nell’arco della giornata. \newline
Risulta pertanto facile gestire e aggiornare la tabella oraria di ogni terminale. \newline
Raffinando ulteriormente l’implementazione si prevede un’impostazione della sincronizzazione molto similare alla tecnologia POP prevista per le e-mail. \newline
Specificatamente, questa modalità opera in modo che a scadenze regolari di 60 minuti i display invierammo una richiesta di sincronizzazione al server centrale di Alphsoft: se quest’ultimo dispone di aggiornamenti l’unità richiedente riceve il materiale necessario e aggiorna i file di configurazione. \newline
Tale metodo permette di risparmiare sul traffico internet generato e sui costi, seppur minimi, di energia elettrica necessari all'aggiornamento. \newline
E’ difficile immaginare che vengano effettuati acquisti di spazi pubblicitari per tempi inferiori ai 30 minuti pertanto viene da sé che sincronizzare i dati con frequenza maggiore è inutile e dispendioso. \newline
E’ necessario però prevedere uno o più server atti ad effettuare le operazioni automatiche di upload verso gli schermi dislocati sul territorio. Questo può rivelarsi un problema poiché all’inizio una macchina di piccola-media potenza è sicuramente sufficiente, ma nel breve tempo possono nascere necessità ben diverse, costringendo il team a sforzi economici non indifferenti per aggiornare di volta in volta la struttura hardware e per mantenere i server in uno stato di piena efficienza. \newline
Analizzati questi problemi la soluzione più flessibile è optare fin dall’inizio per l'infrastruttura \textit{Google App Engine}, la quale mette a disposizione una piattaforma di esecuzione Java completamente funzionante e funzionale che permette di avere una potenza di calcolo e uno spazio per la memorizzazione dei dati che evolve nel tempo a seconda delle necessità del sistema. \newline
\FIGURA{images/google_app_engine}{Google App Engine}{Google App Engine}{80}{0}
Oltre a questo, il servizio chiede un costo proporzionale allo spazio ed alla potenza di calcolo richiesti e questo permette di investire capitali in rapporto agli introiti scongiurando lo scenario in cui, pur avendo poca richiesta commerciale, si debbano impegnare ingenti quantità di liquidi per il mantenimento della esosa struttura base precedentemente predisposta se si fosse acquistato un server tradizionale. \newline

\subsection{L'aspetto legale}

Essendo una soluzione molto innovativa e centrata sulle nuove tecnologie, il prodotto sviluppato necessita di essere tutelato legalmente da eventuali futuri concorrenti intenzionati ad sfruttare la stessa idea di base del prodotto GeoSignage.\newline
La legge disciplina specificatamente la tutela del software con la legge sul diritto d'autore a seguito del Decreto Legislativo 29 Dicembre 1992 n. 518. \newline
La legge sul diritto d'autore protegge il codice sorgente del software ed il relativo codice oggetto, si estende inoltre al lavoro di progettazione architetturale del software. \newline 
La tutela si estende anche all'interfaccia del programma stesso. Questa protezione non prende in considerazione le immagini dell’interfaccia stessa pertanto questo andrà fatto indipendentemente in forza di altre normative. \newline
Tuttavia la tutela del diritto d'autore non è l'unica forma di protezione da considerare per vedere tutelate le soluzioni tecniche trovate per realizzare un software. Verranno quindi analizzate altre forme di tutela legale per proteggere il lavoro svolto quali il brevetto, il marchio, la protezione del design e più approfonditamente il diritto d'autore. \newline

\subsubsection{Il brevetto (software)}
"Un brevetto è lo strumento giuridico che permette di commercializzare in esclusiva la propria invenzione in un certo territorio." \newline
Nello specifico con brevetto software ci si riferisce, secondo la definizione adottata dall'Unione Europea, ad un brevetto applicato ad una invenzione realizzata per mezzo di un elaboratore. \newline
La legislazione in materia è regolata dalla Convenzione europea dei Brevetti degli anni settanta. L'interpretazione lascia presupporre che per aderire ai requisiti di brevettabilità vi deve per forza essere una soluzione tecnica adeguata a risolvere un problema tecnico, mediante l’uso del calcolatore, in modo nuovo e creativo rispetto allo Stato dell'Arte, che va oltre la "normale" interazione tra il software e l’hardware. \newline 
Il prodotto, dal punto di vista software, che il team di progetto intende sviluppare non sarà quindi brevettabile secondo la vigente normativa europea poiché non realizzerà una nuova soluzione tecnica per risolvere in maniera inventiva almeno un problema dato che offrirà fondamentalmente la possibilità di avere sotto controllo in tempo reale ciò che viene visualizzato dagli schermi sparsi nel territorio. Il prodotto perciò è specificatamente creato per fini commerciali, dal punto di vista del cliente, e gestionali, dal punto di vista aziendale. \newline
Anche l’aspetto delle eventuali violazioni del diritto di privativa (diritto al monopolio) detenuto da terzi è da escludersi a priori visto che da un'analisi normativa si è accertata l'impossibilità di brevettare la nostra tipologia di software e quindi che nessun'altra realtà applicativa simile alla nostra abbia potuto acquisire nel passato un brevetto quale garanzia di privativa. Così come non possiamo imporla noi stessi. \newline

\subsubsection{Il brevetto (hardware)}
La situazione per la parte hardware del progetto è simile alla parte software. \newline
Nessuna normativa nazionale o europea ci da facoltà di brevettare la struttura da noi realizzata per GeoSignage, in quanto non dispone a tutti gli effetti di una tecnologia particolare per la realizzazione, ma è costituita praticamente da componenti intellettuali, a livello di progettazione dell’infrastruttura, o fisiche già coperte da brevetto, come le tecnologie wireless o LED per gli schermi o non brevettabili in linea di principio. \newline
Risulterebbe difficile proporre il brevetto per "l’idea di gestire schermi da remoto", in quanto sostanzialmente banale e non vincolabile come proprietà intellettuale di una sola azienda. \newline
Possiamo quindi giungere alla conclusione che dal punto di vista brevettuale non siamo in grado di tutelarci in modo adeguato da un eventuale concorrenza nel settore. \newline

\subsubsection{Il marchio}
L'esperienza maturata dalla gestione della nostra impresa ha portato alla luce la necessità della registrazione di un marchio, cioè una parola o un simbolo da utilizzare in esclusiva per identificare un prodotto o servizio, il quale comporta degli straordinari vantaggi pratici ed economici derivati anche dal basso costo della registrazione. \newline
Il nuovo marchio dura dieci anni dalla data di deposito, rinnovabili alla scadenza. \newline
\FIGURA{images/geosignage}{Marchio GeoSignage}{Marchio GeoSignage}{100}{0}

L' impresa ha quindi scelto di registrare un marchio con le seguenti caratteristiche:
\begin{itemize}
\item marchio verbale, cioè formato solamente da parole, così da godere del diritto esclusivo di utilizzare il marchio con qualsiasi grafica;
\item marchio dal segno “in bianco/nero”, nonostante sia formato anche da colori si è preferito proteggere tutte le combinazioni di colori da attribuire al marchio in modo che, in futuro, sia possibile estendere i servizi codificandoli tramite colorazioni diverse anche del marchio;
\item l'appartenenza del marchio alla classe di servizi (n. 35) “Pubblicità, gestione affari commerciali, amministrazione commerciale, lavori d’ufficio” per la quale si vuole la tutela con il segno scelto;
\item un marchio italiano, valido solo nel nostro territorio nazionale, piuttosto che a livello europeo o internazionale. Questa scelta è derivata dal fatto che il servizio fornito dal prodotto GeoSignage potrebbe trovare concorrenza e quindi necessitare di tutela, limitatamente all’ambito territoriale locale (Veneto) o al più nazionale. Sarebbe un onere finanziario superfluo estendere la protezione ad una porzione di territorio più ampio per un marchio con valenza europea o globale dato il target a cui si rivolge il nostro prodotto.
\end{itemize}
Per la registrazione effettiva del nuovo marchio in Italia ci siamo rivolti ad un studio legale che ci ha fornito le indicazioni per garantirci la migliore protezione disponibile. \newline
La difficoltà principale nella quale avremmo potuto imbatterci era dettata dal lavoro di analisi preliminare alla registrazione, necessario per evitare di entrare in conflitto con marchi già registrati da altri e appartenenti allo stesso settore nel quale vogliamo proteggere il nostro marchio. \newline
Alphsoft ha delegato il compito della soluzione ottimale di tale problema al servizio fornitoci dallo studio legale. \newline
Il costo sostenuto da tale modalità verrà descritto e discusso nel capitolo economico dell’analisi del progetto.

\subsubsection{Design}
Come scritto in precedenza è possibile proteggere l'aspetto esteriore di un prodotto, nel caso specifico si considera l'interfaccia grafica del software, registrandone il design dello stesso. \newline
Per renderne possibile la registrazione il design richiede come requisiti la caratterizzazione individuale, ossia che per le sue caratteristiche siano differenziate da tutti gli altri. \newline
Questo però potrebbe risultare possibile soltanto in parte considerato anche che l'applicazione web avrà un layout generico formato dagli elementi standard rilevabili in ogni website quali \textit{header}, menù, contenuto ed eventualmente \textit{footer}; scelte imposte anche da uno standard minimo di accessibilità non trascurabile. \newline
Inoltre, anche ipotizzando di realizzare il design con particolari elementi grafici, si ritiene che la spesa per tale registrazione (circa 800 Euro) sia troppo onerosa e sostanzialmente superflua da sostenere per questo dettaglio del progetto. \newline

\subsubsection{Il diritto d'autore}

Le leggi riguardanti il diritto d'autore (Legge 22 aprile 1941, n. 633 e dalla Convenzione di Berna) permettono di tutelare dal plagio molte tipologie di opere creative, tra le quali il software informatico. \newline
La legge protegge le forme di realizzazione del servizio o dell'opera e non l'idea che vi era alla base. Nel caso che consideriamo Alphsoft sarà titolare dei diritti patrimoniali sull'opera. \newline 
Per quanto concerne l'acquisto del diritto d'autore esso si acquisisce in modo automatico per il solo fatto di aver creato l'opera, senza oneri di carattere amministrativo. \newline
Si desidera nominare infine i diritti che l'autore acquista sulla propria opera: il diritto esclusivo di riproduzione, di esecuzione, di diffusione, di distribuzione, di noleggio, di prestito, di elaborazione e trasformazione; tutti diritti cedibili su ricompensa. \newline

\subsubsection{Trattamento dei dati}
Concludendo l'ambito del trattamento dei dati, si garantisce che la fruizione di informazioni riguardanti le aziende che sottoscriveranno un contratto con Alphsoft e usufruiranno dell’applicazione sarà limitato ai soli dati forniti direttamente, in modo da non incorrere in eventuali violazioni della privacy. \newline

\subsection{Partnership}
L'azienda ha deciso sia per motivazioni di carattere economico, sia per questioni di rischio di non gestire in proprio l'aspetto di installazione e manutenzione dei pannelli, ma di rivolgersi ad un'azienda terza che si occuperà di questo aspetto e riceverà il compenso direttamente dal cliente.
%%%%%%%%%%%%%%%%%%%
%PIANIFICAZIONE%
%%%%%%%%%%%%%%%%%%%
\newpage

\section{Pianificazione}
\subsection{Work Breakdown Structure}
La Work Breakdown Structure, che d’ora in poi sarà chiamata WBS, è il fondamento per una pianificazione di progetto dettagliata. \newline
La realizzazione della WBS è legata in modo particolare al processo di pianificazione di un Progetto infatti è lo strumento che, partendo dalla definizione dei contenuti, consente di costruire il reticolo delle attività fino ad arrivare alla realizzazione della schedulazione e del conseguente diagramma di Gantt. \newline
Essa definisce la scomposizione di tutte le attività principali di primo livello, necessarie allo sviluppo di un progetto, in sotto attività più piccole e semplici da gestire, chiamate \textbf{Work Package}. Successivamente, tutte le attività e i relativi work package identificati, vengono rappresentati in una struttura gerarchica ad albero, al fine di semplificarne la comprensione alle risorse umane che in seguito saranno impiegate nel progetto stesso. \newline
La WBS è uno strumento molto utile per il project manager poiché lo aiuta nell’organizzazione delle attività che animano il progetto e dei relativi work package, inoltre consente di avere sempre a disposizione uno schema che definisce tutti i singoli passi da seguire per ottenere il prodotto finale e può essere utilizzato anche come strumento di comunicazione tra i diversi stakeholder, dalla direzione al committente, dai fornitori al team di progetto. \newline
Di seguito la definizione della WBS identificata per il progetto del prodotto GeoSignage. Ogni paragrafo riporta inizialmente la descrizione dell’attività principale di primo livello, successivamente vengono inseriti i sottoparagrafi relativi a tutti i suoi work package. Per ogni work package vengono riportati:
\begin{description}
\item[Descrizione:] descrizione generica del contesto d’attuazione del work package;
\item[Responsabile:] chi detiene la responsabilità delle attività costituenti il work package e il relativo output finale; 
\item[Input:] ciò di cui necessita inizialmente il work package per iniziare a svolgere la sue attività. Si tratta sempre di elementi provenienti da output di work package realizzati in precedenza;
\item[Output:] tutto ciò che il work package deve produrre in uscita;
\item[Attività:] tutte le attività che compongono il work package e che devono essere completate per poterlo ritenere definitivamente concluso;
\item[Costo:] tutte le spese, relative al consumo di risorse sia umane che non, che l’azienda deve sostenere per eseguire le attività del work package;
\item[Tempi di realizzazione:] il tempo necessario per completare tutte le attività del work package espresso in giorni lavorativi.
\end{description}

\subsection{WBS progetto}
Il diagramma in figura \RIF{fig:RAM} \ le attività necessarie alla realizzazione del prodotto.
\FIGURA{images/wbs}{Work Breakdown Structure progetto}{fig:WBS}{250}{90}

\subsubsection{Definizione Concept (1.1)}
In questa fase verrà elaborato un documento in cui saranno presenti gli elementi fondamentali del prodotto finale, in particolare verranno individuati ad alto livello i seguenti elementi:
\begin{itemize}
\item funzioni e caratteristiche;
\item elementi di innovazione;
\item target del prodotto;
\item modalità di erogazione del servizio;
\item struttura del sistema di gestione del servizio.
\end{itemize}

\textbf{Costo fase non imputabile direttamente a una sotto-attività:} 120 euro

\paragraph{Specifiche di massima (1.1.1)}
\begin{description}
\item[Descrizione:] Sviluppo dell’abstract di base e individuazione dei primi requisiti ad alto livello.
\item[Responsabile:] Francesco Fornasini
\item[Input:] Standard aziendali e abstract prodotto
\item[Output:] Documento formale che formalizza il progetto che si vuole realizzare
\item[Attività:] \hfill
	\begin{itemize}
		\item Interviste con potenziali clienti per raccogliere spunti sulle qualità preferibili dal punto di vista degli stessi;
		\item Brainstorming con le risorse umane impegnate nel progetto per identificare le caratteristiche principali e quelle di distinzione del prodotto.
	\end{itemize}
\item[Costo:] 1584 euro
\item[Tempi di realizzazione:] 5 giorni lavorativi
\end{description}

\subsubsection{Studio di fattibilità (1.2)}
E’ necessario definire se quanto definito dal concept può essere realizzato dal punto di vista tecnico e se possa risultare conveniente dal punto di vista economico. \newline
Il prodotto finale dello studio è costituito da un insieme di conclusioni e di indicazioni sulla possibile realizzazione e sulla delimitazione degli ambiti, eventualmente offrendo indicazioni utili a orientarne le priorità, le linee di azione, le strategie e le modalità di lavoro.

\textbf{Costo fase non imputabile direttamente a una sotto-attività:} 600 euro

\paragraph{Fattibilità di marketing (1.2.1)}
\begin{description}
\item[Descrizione:] Analizza le azioni aziendali da intraprendere al fine di introdurre il prodotto software nel mercato cercando di ottenere il maggior profitto. Viene esaminata anche la concorrenza che il prodotto potrebbe avere nel mercato.
\item[Responsabile:] Ezio Gialli
\item[Input:] Ricerche di mercato, dati statistici e dati sulle aziende con prodotti simili operanti nella zona dove il prodotto verrà introdotto.
\item[Output:] Documento formale in cui viene indicata o meno la fattibilità del progetto dal punto di vista del marketing. Qualora il prodotto sia fattibile sotto l’aspetto del marketing il documento conterrà le azioni da intraprendere per il suo lancio.
\item[Attività:] \hfill
	\begin{itemize}
		\item Analisi del mercato;
		\item Interviste, sondaggi e dialogo con i possibili clienti;
		\item Individuazione strategie di marketing;
		\item Stesura, revisione e formalizzazione del documento.
	\end{itemize}
\item[Costo:] 528 euro
\item[Tempi di realizzazione:] 3 giorni lavorativi
\end{description}

\paragraph{Fattibilità economica (1.2.2)}
\begin{description}
\item[Descrizione:] Valutazione dei benefici economici che il prodotto in oggetto potrebbe portare all’azienda. Stima dei costi diretti e indiretti che l’azienda  dovrebbe sostenere per lo sviluppo del prodotto software. Individuazione di possibili finanziamenti.
\item[Responsabile:] Alessia Viola
\item[Input:] Costi diretti e indiretti preventivati per le varie fasi. Risorse umane e materiali conosciute.
\item[Output:] Documento formale contenente la previsione economica del prodotto con stima dei costi, dei possibili guadagni e del punto di pareggio (BEP).
\item[Attività:] \hfill
	\begin{itemize}
		\item Stima dei costi;
		\item Stima del guadagno ottenibile;
		\item Stima costo di gestione dopo il lancio del prodotto;
		\item Individuazione finanziatori;
		\item Stesura, revisione e formalizzazione del documento.
	\end{itemize}
\item[Costo:] 1000 euro
\item[Tempi di realizzazione:] 5 giorni lavorativi
\end{description}

\paragraph{Fattibilità legale (1.2.3)}
\begin{description}
\item[Descrizione:] Analizza la fattibilità del prodotto software sotto l’aspetto legale. In particolare, assicura che il prodotto definito nel concept non violi nessuna legge e normativa attualmente in vigore. Studia e definisce le strategie di tutela del prodotto al fine di garantire all’azienda la proprietà intellettuale di esso (marchio e copyright). 
\item[Responsabile:] Alice Zerbaro
\item[Input:] Vincoli legali, normative in vigore.
\item[Output:] Documento formale in cui viene riportata la fattibilità legale del progetto e nel quale vengono riportate tutte le azioni legali da intraprendere per la sua tutela.
\item[Attività:] \hfill
	\begin{itemize}
		\item Consulenza esterna con studio legale specializzato per tutelare il brevetto del software;
		\item Stesura, revisione e formalizzazione del documento.	
	\end{itemize}
\item[Costo:] 1120 euro
\item[Tempi di realizzazione:] 5 giorni lavorativi
\end{description}

\paragraph{Fattibilità tecnica (1.2.4)}
\begin{description}
\item[Descrizione:] Valutazioni tecniche sulla fattibilità del prodotto dal punto di vista tecnologico.
\item[Responsabile:] Gianluca Carlesso
\item[Input:] Documento di definizione del concept, prodotti simili esistenti e standard aziendali da rispettare.
\item[Output:] Documento formale in cui viene indicata la fattibilità tecnica per la realizzazione del prodotto, tecnologie e strumenti necessari.
\item[Attività:] \hfill
	\begin{itemize}
		\item Brainstorming tra i progettisti dell’azienda;
		\item Valutazione degli standard aziendali attuali;
		\item Valutazione tecnologie necessarie;
		\item Stesura, revisione e formalizzazione del documento.	
	\end{itemize}
\item[Costo:] 704 euro
\item[Tempi di realizzazione:] 3 giorni lavorativi
\end{description}

\subsubsection{Analisi e Progettazione (1.3)}
Questa WBS comprende la fase di analisi e progettazione. \newline
La fase di analisi ha lo scopo di chiarire, dettagliare e documentare le funzioni, i servizi e le prestazioni che devono essere offerti dal prodotto software. \newline
La fase di progettazione definisce come i requisiti necessari del prodotto saranno soddisfatti, entrando nel merito della struttura che dovrà essere data al prodotto software.

\textbf{Costo fase non imputabile direttamente a una sotto-attività:} 984 euro

\paragraph{Piano della qualità dei processi (1.3.1)}
\begin{description}
\item[Descrizione:] Definizione delle strategie e individuazione degli standard da seguire al fine di definire e mantenere i processi aziendali.
\item[Responsabile:] Stefano Verdi
\item[Input:] Standard aziendali, standard ISO e procedure interne.
\item[Output:] Documento formale che definisce il sistema di gestione della qualità dei processi dell’azienda individuando standard e procedure da seguire.
\item[Attività:] \hfill
	\begin{itemize}
		\item Definizione degli obiettivi della qualità dei processi;
		\item Risorse necessarie per conseguire gli obiettivi prefissati;
		\item Stesura, revisione e formalizzazione del documento.
	\end{itemize}
\item[Costo:] 760 euro
\item[Tempi di realizzazione:] 5 giorni lavorativi
\end{description}

\paragraph{Analisi dei requisiti (1.3.2)}
\begin{description}
\item[Descrizione:] Definizione dei requisiti funzionali, prestazionali e qualitativi che il prodotto software deve soddisfare.
\item[Responsabile:] Francesco Fornasini
\item[Input:] Definizione di concept e brainstorming aziendale.
\item[Output:] Documento formale Analisi dei requisiti.
\item[Attività:] \hfill
	\begin{itemize}
		\item Individuazione requisiti obbligatori, desiderabili e opzionali;
		\item Interviste con possibili clienti del prodotto software;
		\item Brainstorming aziendale con gli analisti;
		\item Stesura, revisione e formalizzazione del documento.
	\end{itemize}
\item[Costo:] 3000 euro
\item[Tempi di realizzazione:] 5 giorni lavorativi
\end{description}

\paragraph{Specifica tecnica (1.3.3)}
\begin{description}
\item[Descrizione:] Individuazione dell’architettura ad alto livello del prodotto al fine decomporre il sistema in componenti e definendo per ogni componente il suo ruolo, le sue responsabilità e interazioni con gli altri componenti.
\item[Responsabile:] Gianluca Carlesso
\item[Input:] Analisi dei requisiti, Piano della qualità dei processi e documento di Fattibilità tecnica.
\item[Output:] Documento Specifica tecnica contenente l’architettura ad alto livello del prodotto software.
\item[Attività:] \hfill
	\begin{itemize}
		\item Incontri mirati con gli analisti e progettisti;
		\item Analisi dei sistemi esistenti;
		\item Individuazione componenti;
		\item Individuazione interazione tra i componenti;
		\item Stesura, revisione e formalizzazione del documento.	
	\end{itemize}
\item[Costo:] 2760 euro
\item[Tempi di realizzazione:] 5 giorni lavorativi
\end{description}

\paragraph{Definizione di prodotto (1.3.4)}
\begin{description}
\item[Descrizione:] Definizione completa di tutti i componenti e della loro struttura interna.
\item[Responsabile:] Gianluca Carlesso
\item[Input:] Documenti di Analisi dei Requisiti e Specifica tecnica.
\item[Output:] Documento formale in cui vengono descritti nel dettaglio tutti i componenti necessari alla realizzazione del prodotto software. Il documento conterà diagrammi UML che permetteranno ai programmatori di procedere più velocemente con la fase di sviluppo.
\item[Attività:] \hfill
	\begin{itemize}
		\item Definizione in dettaglio di tutti i componenti;
		\item Creazione diagrammi UML (Diagramma delle classi, dei package e di sequenza);
		\item Strutturazione dei componenti privilegiando il basso accoppiamento e l’elevata coesione;
		\item Linee guida per i test di unità;
		\item Tracciamento componenti-requisiti;
		\item Stesura, revisione e formalizzazione del documento.
	\end{itemize}
\item[Costo:] 10560 euro
\item[Tempi di realizzazione:] 20 giorni lavorativi
\end{description}

\paragraph{Pianificazione della qualità (1.3.5)}
\begin{description}
\item[Descrizione:] Definizione delle strategie e individuazione degli standard da seguire al fine di garantire la qualità richiesta del prodotto software in tutte le sue parti.
\item[Responsabile:] Stefano Verdi
\item[Input:] Standard aziendali, standard ISO:9000, procedure interne e Piano della qualità dei processi.
\item[Output:] Documento formale che definisce tutte le strategie e gli standard da seguire affinché il software prodotto dall’azienda raggiunga la qualità richiesta.
\item[Attività:] \hfill
	\begin{itemize}
		\item Definizione dei modelli per la qualità del software da adottare, definiti dagli standard ISO 9000;
		\item Definizione degli obiettivi della qualità del software;
		\item Identificazione delle risorse necessarie per conseguire gli obiettivi prefissati;
		\item Stesura, revisione e formalizzazione del documento.
	\end{itemize}
\item[Costo:] 1520 euro
\item[Tempi di realizzazione:] 10 giorni lavorativi
\end{description}

\subsubsection{Sviluppo (1.4)}
Nella fase di sviluppo si procede alla realizzazione vera e propria del prodotto software. In questa fase i programmatori sono completamente supportati dalla documentazione prodotta nelle fasi precedenti, infatti non devono fare altro che riprodurre in un linguaggio di programmazione tutte le componenti descritte nel documento Definizione di prodotto, senza possibilità di introdurre nuove funzionalità o modificare quanto definito in progettazione di dettaglio. Nel corso di tutta la fase di sviluppo il codice prodotto viene costantemente verificato tramite analisi, in modo tale di avere la certezza che esso permetta di rispettare i requisiti di qualità del software e definiti in fase di pianificazione della qualità.

\paragraph{Applicazione Cloud (1.4.1)}
\begin{description}
\item[Descrizione:] Codifica nel linguaggio di programmazione Java delle componenti architetturali di dettaglio e delle altre entità necessarie all’implementazione del servizio.
\item[Responsabile:] Gianluca Carlesso
\item[Input:] Analisi dei requisiti, Specifica Tecnica, Definizione di prodotto, Pianificazione della qualità dei processi, Pianificazione della Qualità e altra documentazione tecnica.
\item[Output:] Applicazione Cloud che realizzi il sistema progettato dall’azienda. L’applicazione Cloud dovrà fornire tutti i servizi necessari affinché il sistema progettato possa compiere le operazioni previste. Inoltre, deve permette alle diverse interfacce utente di interagire con esso.
\item[Attività:] \hfill
	\begin{itemize}
		\item Realizzazione classi per le diverse entità necessarie;
		\item Interfacciamento con il datastore per la persistenza dei dati;
		\item Realizzazione API Rest per i servizi richiesti;
		\item Deploy dell’applicazione in Google App Engine.
	\end{itemize}
\item[Costo:] 12710 euro
\item[Tempi di realizzazione:] 35 giorni lavorativi
\end{description}

\paragraph{Interfaccia WEB (1.4.2)}
\subparagraph{Interfaccia di amministrazione (1.4.2.1)}
\begin{description}
\item[Descrizione:] Realizzazione dell’interfaccia utente che permetta ad un amministratore di sistema di interagire con esso.
\item[Responsabile:] Gianluca Carlesso
\item[Input:] Analisi dei requisiti, Specifica Tecnica, Definizione di prodotto, Pianificazione della qualità dei processi, Pianificazione della Qualità e altra documentazione tecnica.
\item[Output:] Interfaccia WEB che consenta ad un utente amministratore del sistema di effettuare tutte le operazioni necessarie per la configurazione e gestione del sistema stesso.
\item[Attività:] \hfill
	\begin{itemize}
		\item Realizzazione dell’interfaccia per l’amministratore di sistema in tecnologia GWT;
		\item Creazione di tutte le pagine web necessarie;
		item Comunicazione interfaccia-sistema.
	\end{itemize}
\item[Costo:] 2706 euro
\item[Tempi di realizzazione:] 22 giorni lavorativi
\end{description}

\subparagraph{Interfaccia cliente (1.4.2.2)}
\begin{description}
\item[Descrizione:] Realizzazione dell’interfaccia utente che permetta ad un cliente di interagire con esso.
\item[Responsabile:] Gianluca Carlesso
\item[Input:] Analisi dei requisiti, Specifica Tecnica, Definizione di prodotto, Pianificazione della qualità dei processi, Pianificazione della Qualità e altra documentazione tecnica.
\item[Output:] Interfaccia WEB che consenta ad un utente utilizzatore del sistema di effettuare tutte le operazioni necessarie per l’utilizzo di tutte le funzionalità previste.
\item[Attività:] \hfill
	\begin{itemize}
		\item Realizzazione interfaccia per l’utente utilizzatore in tecnologia GWT;
		\item Creazione di tutte le pagine web necessarie;
		\item Comunicazione interfaccia-sistema.
	\end{itemize}
\item[Costo:] 2204 euro
\item[Tempi di realizzazione:] 18 giorni lavorativi
\end{description}

\paragraph{Interfacciamento dispositivi esterni (1.4.3)}
\begin{description}
\item[Descrizione:] In questa fase è necessario creare un sistema di comunicazione tra l’applicazione cloud e i dispositivi che devono dialogare con essa, in particolare gli schermi LED.
\item[Responsabile:] Gianluca Carlesso
\item[Input:] Analisi dei requisiti, Specifica Tecnica, Definizione di prodotto, Pianificazione della qualità dei processi, Pianificazione della Qualità e altra documentazione tecnica.
\item[Output:] Realizzazione del protocollo di comunicazione che permetta ai vari dispositivi (es. schermo LED) di comunicare con il sistema remoto.
\item[Attività:] \hfill
	\begin{itemize}
		\item Creazione del protocollo di comunicazione con il sistema remoto da parte dei dispositivi previsti.	
	\end{itemize}
\item[Costo:] 3864 euro
\item[Tempi di realizzazione:] 15 giorni lavorativi
\end{description}

\subsubsection{Verifica e validazione (1.5)}
In questa fase vengono eseguiti i test di conformità del prodotto software, rispetto agli obiettivi qualitativi, e la verifica dello stesso rispetto ai requisti software e utente definiti inizialmente. La verifica delle componenti segue la logica bottom-up, ovvero vengono eseguiti più tipi di test, partendo da quelli sulle componenti base e più dettagliate del prodotto fino ad arrivare al test del sistema completo.

\paragraph{Test di unità (1.5.1)}
\begin{description}
\item[Descrizione:] In questa parte verranno effettuati test mirati alle singole unità del prodotto. Sia in modalità black-box che white-box.
\item[Responsabile:] Luca Fongaro
\item[Input:] Applicazione Cloud, Interfaccia di amministrazione, Interfaccia cliente, Protocollo di comunicazione dispositivi esterni.
\item[Output:] Rapporto misurazioni test di unità.
\item[Attività:] \hfill
	\begin{itemize}
		\item Esecuzione test;
		\item Risoluzione malfunzionamenti ed errori rilevati;
		\item Ripetere i test qualora si siano rilevati e corretti dei problemi;
		\item Avanzamento unità in stato stabile qualora non siano rilevati problemi.
	\end{itemize}	
\item[Costo:] 2750 euro
\item[Tempi di realizzazione:] 12 giorni lavorativi
\end{description}

\paragraph{Test di integrazione (1.5.2)}
\begin{description}
\item[Descrizione:] In questa fase verranno effettuati test mirati alle interazioni tra le varie unità del sistema. In questo modo è possibile verificare che i singoli componenti dialoghino e comunichino correttamente tra di loro.
\item[Responsabile:] Luca Fongaro
\item[Input:] Applicazione Cloud, Interfaccia di amministrazione, Interfaccia cliente, Protocollo di comunicazione dispositivi esterni.
\item[Output:] Rapporto misurazioni test di integrazione.
\item[Attività:] \hfill
	\begin{itemize}		
		\item Esecuzione test;
		\item Risoluzione malfunzionamenti ed errori rilevati;
		\item Ripetere i test qualora si siano rilevati e corretti dei problemi;
	\end{itemize}
\item[Costo:] 3350 euro
\item[Tempi di realizzazione:] 17 giorni lavorativi
\end{description}

\paragraph{Collaudo interno tecnico (1.5.3)}
\begin{description}
\item[Descrizione:] Fase di prova e collaudo del prodotto software con lo scopo di trovare eventuali errori e/o malfunzionamenti e verificare che tutte le funzionalità necessarie siano presenti. Il prodotto software completo viene utilizzato da componenti dell’azienda con conoscenze tecniche elevate in ambito informatico, ma che non hanno avuto coinvolgimenti diretti nelle fasi di sviluppo delle varie interfacce. In questo modo sarà possibile ottenere dei feedback da figure professionali qualificate.
\item[Responsabile:] Luca Fongaro
\item[Input:] Prodotto software completo.
\item[Output:] Prodotto software pronto per il test successivo.
\item[Attività:] \hfill
	\begin{itemize}
		\item Utilizzo del sistema;
		\item Risoluzioni di problemi rilevati;
		\item Esecuzione di modifiche e miglioramenti.
	\end{itemize}
\item[Costo:] 1888 euro
\item[Tempi di realizzazione:] 10 giorni lavorativi
\end{description}

\paragraph{Collaudo esterno (1.5.4)}
\label{1.5.4}
\begin{description}
\item[Descrizione:] Il prodotto software completo viene utilizzato da persone prese a campione che potrebbero rispecchiare gli utilizzatori del sistema.
\item[Responsabile:] Luca Fongaro
\item[Input:] Prodotto software completo.
\item[Output:] Prodotto software pronto per il test successivo.
\item[Attività:] \hfill
	\begin{description}
		\item Utilizzo del sistema;
		\item Risoluzioni di problemi rilevati;
		\item Esecuzione di modifiche e miglioramenti.
	\end{description}
\item[Costo:] 1200 euro
\item[Tempi di realizzazione:] 3 giorni lavorativi
\end{description}

\subsubsection{Commercializzazione (1.6)}
\label{1.6}
Questa attività ha il compito di definire tutte le fasi necessarie dopo il completamento del prodotto sviluppato. In particolare sono previste le seguenti attività:
\begin{itemize}
\item promozione prodotto;
\item formazione del personale.
\end{itemize}

\paragraph{Formazione del personale (1.6.1)}
\begin{description}
\item[Descrizione:] Questa fase ha l’obiettivo di fornire le conoscenze adeguate alle persone che hanno necessità di utilizzare il prodotto software. Queste persone si suddividono in due categorie principali che sono gli utilizzatori finali del prodotto e il personale tecnico interno all’azienda Alphsoft che dovrà poi assistere gli utilizzatori finali.
\item[Responsabile:] Gianluca Carlesso
\item[Input:] Prodotto software completo.
\item[Output:] Utilizzatori del prodotto con conoscenze adeguate per il suo utilizzo.
\item[Attività:] \hfill
	\begin{itemize}
		\item Corsi in sede;
		\item Corsi in video-conferenza;
		\item Corsi presso la sede del cliente.	
	\end{itemize}
\item[Costo:] 528 euro
\item[Tempi di realizzazione:] 3 giorni lavorativi
\end{description}

\paragraph{Promozione del prodotto (1.6.2)}
\begin{description}
\item[Descrizione:] Questa fase ha lo scopo di trovare potenziali clienti per il prodotto sviluppato e di invitarli alla presentazione del prodotto.
\item[Responsabile:] Elisa Pinca
\item[Input:] Target clienti.
\item[Output:] Clienti interessati all’acquisto.
\item[Attività:] \hfill
	\begin{itemize}
		\item Ricerca aziende operanti nel settore interessato;
		\item Invio di inviti per la partecipazione alla presentazione del prodotto.	
	\end{itemize}
\item[Costo:] 2640 euro
\item[Tempi di realizzazione:] 15 giorni lavorativi
\end{description}

\paragraph{Presentazione del prodotto (1.6.3)}
\begin{description}
\item[Descrizione:] Il prodotto software completo verrà utilizzato in presenza di alcuni potenziali acquirenti per la dimostrazione del suo utilizzo e delle potenzialità dello stesso.
\item[Responsabile:] Alice Zerbaro
\item[Input:] Prodotto software completo.
\item[Output:] Prodotto software rilasciato in versione stabile.
\item[Attività:] \hfill
	\begin{itemize}
		\item Verifica formale che tutti i requisiti obbligatori siano stati implementati;
		\item Dimostrazione del suo utilizzo;
		\item Raccolta opinioni.
	\end{itemize}
\item[Costo:] 1002 euro
\item[Tempi di realizzazione:] 2 giorni lavorativi
\end{description}

\subsubsection{Servizio di assistenza (1.7)}
L’obiettivo di questa fase è quello di creare e organizzare tutti gli strumenti di assistenza e aiuto rivolti agli utilizzatori del prodotto software realizzato. In particolare verrà organizzato il servizio di assistenza post-vendita e creati i relativi manuali utente.

\paragraph{Organizzazione servizio di assistenza (1.7.1)}
\begin{description}
\item[Descrizione:] Illustra i passi necessari ad avviare il servizio di assistenza ai clienti e organizza la sua struttura interna.
\item[Responsabile:] Elisa Pinca
\item[Input:] Prodotto software completo e documentazione tecnica proveniente dalla fasi precedenti.
\item[Output:] Servizio di assistenza ai clienti.
\item[Attività:] \hfill
	\begin{itemize}
		\item Identificazione del personale addetto al servizio di assistenza e formazione dello stesso;
		\item Organizzazione dell’infrastruttura necessaria.	
	\end{itemize}
\item[Costo:] 880 euro
\item[Tempi di realizzazione:] 5 giorni lavorativi
\end{description}

\paragraph{Manuali utente (1.7.2)}
\begin{description}
\item[Descrizione:] Questa fase ha l’obiettivo di produrre i manuali necessari a illustrare ai clienti che decideranno di utilizzare il prodotto come esso vada utilizzato in maniera corretta.
\item[Responsabile:] Luca Fongaro
\item[Input:] Prodotto software completo.
\item[Output:] Manuali utente.
\item[Attività:] \hfill
	\begin{itemize}
		\item Stesura, revisione e formalizzazione del documento.	
	\end{itemize}
\item[Costo:] 360 euro
\item[Tempi di realizzazione:] 3 giorni lavorativi
\end{description}

\subsection{Organizational Breakdown Structure}
L’Organizational Breakdown Structure, d’ora in poi OBS, è una rappresentazione del progetto dal punto di vista delle risorse umane impiegate in esso. Si presenta come un diagramma contenente la scomposizione gerarchica dei ruoli all’interno del team, mettendo in evidenza quindi i livelli di dipendenza diretti e indiretti tra le varie responsabilità di progetto. L'OBS si posiziona logicamente e temporalmente dopo la WBS, infatti solo dopo aver effettuato un'analisi delle fasi e delle attività di cui si compone un progetto, è possibile assegnare ciascun work package identificato ad un responsabile che ne garantisca la realizzazione nei modi, nei tempi e nei costi previsti. \newline
Produrre il diagramma per l’OBS risulta utile per vari motivi:
\begin{itemize}
\item facilitare il Project Manager nel lavoro di coordinamento e monitoraggio;
\item responsabilizzare gli ‘attori’ del progetto;
\item migliorare la comunicazione fra le parti in campo;
\item impostare la matrice delle responsabilità.
\end{itemize}

Tuttavia, lo scopo principale dell’OBS è di individuare le risorse umane impegnate nelle attività di progetto ed esplicitare i responsabili per ogni singolo work package individuato nel WBS.
La figura \RIF{fig:OBS} \ rappresenta il diagramma delle risorse umane impiegante per lo sviluppo del prodotto GeoSignage. Esso si compone di più livelli:
\begin{description}
\item[radice:] rappresenta il  Project Manager.
\item[livello primario:] in esso si trovano tutti i responsabili delle diverse aree di lavoro coinvolte nello sviluppo del prodotto, i quali devono rendere conto direttamente al Project Manager delle loro attività e di quelle dei loro subordinati;
\item[livelli secondari:] composto da tutti gli altri ruoli che non dipendono direttamente dal Project Manager ma da altre figure professionali.
\end{description}
\FIGURA{images/obs}{Organizational Breakdown Structure}{fig:OBS}{135}{0}

Come si evince dal diagramma tutti i ruoli di responsabilità organizzativa sono collegati direttamente al Project Manager. Invece i ruoli di Analista e Progettista, i quali hanno il compito di realizzare le fondamenta sulle quali verrà successivamente "costruito" il prodotto software, avranno un Responsabile tecnico come intermediario tra essi e il Project Manager, al fine di semplificare le relazioni tra l’area "produttiva" e quella "organizzativa". Infine il Programmatore ha unicamente il Progettista come diretto superiore, poiché il suo lavoro si basa sull’architettura che il Progettista ha prodotto.\newline

Di seguito sono riportate le descrizioni dei ruoli presenti nel diagramma in figura \RIF{fig:OBS}.
\subsubsection{Project manager}
È un ruolo di gestione operativa. Tale figura è il responsabile unico della valutazione, pianificazione, realizzazione e controllo di un progetto. \newline
I suoi compiti più importanti sono: 
\begin{itemize}
\item pianificare il raggiungimento dell’obiettivo del progetto rispettando le specifiche tecniche, il budget ed i tempi;
\item valutare lo stato di avanzamento fisico del progetto;
\item valutare la stima a finire, gli eventuali ritardi e ripianificare il progetto;
\item gestire l’insorgere di eventi accidentali rispetto ai quali sia necessario proporre delle varianti.
\end{itemize}
A prescindere dal campo di realizzazione del progetto, un project manager competente deve essere abile a interpretare gli obiettivi reali del progetto dal suo inizio sino alla fine, assicurandosi che la visione del committente venga realizzata secondo le sue aspettative.
Il ruolo del project manager richiede ottime competenze organizzative e metodologiche, ma non una profonda conoscenza dei dettagli tecnici del progetto di cui è responsabile. Deve conoscere molto bene il prodotto e deve possedere competenze tecniche utili ad una organizzazione efficace delle risorse. \newline
La formazione del project manager richiede, oltre che un'esperienza sul campo, anche uno studio approfondito delle tecniche di project management, di problem solving, spiccate caratteristiche di leadership e un'ottima capacità di comunicazione.

\subsubsection{Analista}
L'analista ha un ruolo fondamentale nella fase iniziale del progetto poiché è suo il compito di analizzare e interpretare le esigenze degli utenti, comprendere il dominio dell'applicazione e trasformare tutte le informazioni raccolte in requisiti utente e requisiti software, formalizzandoli successivamente nel documento Analisi dei requisiti. Tramite questo documento tutti i requisiti raccolti vengono descritti in linguaggio naturale e in diagrammi UML, in modo tale da renderli chiari, non ambigui e comprensibili anche a chi non è dotato di conoscenze tecniche nel settore informatico. \newline
Il ruolo dell’analista è molto utile anche in fase di progettazione infatti, collaborando con i progettisti nella definizione delle componenti del sistema, esegue una sorta di verifica costante controllando che tutti i requisiti vengano soddisfatti.

\subsubsection{Responsabile marketing}
Questo ruolo si occupa della definizione e della pianificazione delle strategie di marketing e di attuarle correttamente. Esso inoltre si occupa di monitorare ed analizzare in modo puntuale i dati di mercato, gli indicatori di vendita, le marginalità di prodotto e i canali di vendita, al fine di permettere l'identificazione di nuove opportunità di business. \newline
Gli obiettivi principali del responsabile marketing sono quelli di comprendere le evoluzioni e le caratteristiche del mercato di riferimento, affermare il brand della società ed in particolare incrementare i livelli di fatturato dei servizi e dei prodotti offerti progettando, coordinando e realizzando tutte le iniziative di promozione e comunicazione necessarie. \newline
Colui che dovrà ricoprire il ruolo di responsabile marketing deve essere in possesso di un titolo di Laurea preferibilmente ad indirizzo economico con specializzazione in marketing, inoltre deve essere una persona fortemente orientata ai risultati e allo sviluppo del business aziendale, con ottime capacità relazionali, manageriali e di leadership, con attitudine all’utilizzo di strumenti informatici, dotata di grande creatività, intraprendenza e spirito d’innovazione.

\subsubsection{Responsabile economico}
Il responsabile economico si deve occupare di tutto ciò che riguarda la disciplina della ragioneria, o in altri termini dell’economia aziendale. I suoi compiti sono quindi gestire la contabilità aziendale, eseguire ricerche per ottenere eventuali finanziamenti per lo svolgimento di determinati progetti e valutare la fattibilità economica dei progetti in entrata all’azienda.

\subsubsection{Progettista}
Il progettista deve fornire la soluzione ritenuta migliore per il prodotto da sviluppare, in termini di tecnologie e algoritmi da utilizzare e supportando tali scelte da motivazioni valide. Egli progetta l'architettura generale del sistema, i componenti principali dell'applicazione definendone anche le relazioni che intercorrono tra essi e le classi che implementano l’applicazione. In questo modo il programmatore deve semplicemente seguire quanto fatto dal progettista senza la possibilità di agire liberamente, ma seguendo passo passo le direttive del progettista. \newline
Spesso le competenze necessarie alla redazione di un progetto sono talmente variegate e complesse che non è possibile che un solo progettista possa assolvere ad un incarico, è per questo che l’attività di progettazione viene spesso svolta da più progettisti in gruppo. \newline
Per poter ricoprire il ruolo del progettista bisogna aver accumulato molta esperienza nel corso del proprio percorso lavorativo e si deve possedere un ampio bagaglio culturale nel proprio settore di specializzazione, tutto ciò perché il progettista deve essere in grado di pensare e concepire prima tutto ciò che verrà costruito in fasi successive.

\subsubsection{Responsabile della qualità}
Il Responsabile Qualità riveste un ruolo di primaria importanza all’interno dell’organizzazione, ma spesso viene sottovalutato o addirittura osteggiato, a causa di una scorretta comprensione della valenza della qualità come variabile strategica aziendale.
Esso è incaricato di definire il sistema di qualità aziendale in conformità alle normative ISO 9000 e ISO 9004, pianificando ed avviando azioni per il miglioramento continuo (PDCA). Deve vigilare su tutte le risorse aziendali per garantire l’applicazione delle normative stesse ai fini di mantenere sempre alti i livelli di qualità, sia in ambito aziendale che in ambito progettuale. \newline 
Per essere in grado di costruire il sistema qualità in base alle norme ISO 9000 di riferimento, nonché saper pianificare ed attivare azioni di controllo dei processi aziendali, il Responsabile della Qualità deve conoscere sia la specifica normativa che i metodi di analisi aziendale per l'attivazione di un miglioramento continuo e per il controllo statistico delle diverse procedure attivate. Per questo deve conoscere bene le tecniche di elaborazione dati e saper redigere il relativo report. Il Responsabile della Qualità deve essere in grado di curare le campagne informative interne per la diffusione della pratica della qualità e identificare i fabbisogni formativi del personale interno all'azienda per l'implementazione del sistema. \newline
Nell’ambito di progetti aziendali il Responsabile della Qualità assicurare l’attuazione dei processi aziendali volti a garantire il rilascio di un prodotto software che rispetta tutti i requisiti di qualità stabiliti nella fase iniziale di analisi dei requisiti.

\subsubsection{Programmatore}
Il programmatore è colui che realizza il programma vero e proprio sulla base del documento Definizione di prodotto redatto dai progettisti, in cui sono descritti i componenti e gli algoritmi che devono essere implementati dal prodotto software. Terminata la fase di programmazione con la produzione di un programma eseguibile, inizia la fase di collaudo, tesa a determinare la conformità del programma alle specifiche descritte nel documento di analisi. \newline
Il programmatore lavora sulla base dell'output dei progettisti e non ha alcun potere decisionale sulla soluzione proposta per lo sviluppo del prodotto; ha solo una soluzione del problema da seguire passo passo. Inoltre, egli partecipa anche alla fase di manutenzione, eseguendo eventuali modifiche migliorative o correttive al prodotto finale. \newline
La figura del programmatore genericamente è dotata di competenze tecniche, visione e responsabilità circoscritte. 
Per lo sviluppo del prodotto GeoSignage saranno necessari 7 programmatori con conoscenze specifiche riguardo lo sviluppo di applicazioni web, devono aver maturato esperienza di programmazione in liguaggio Java e devono saper implementare un’interfaccia grafica utilizzando il framework GWT. Dovranno inoltre avere almeno conoscenze base inerenti all’utilizzo del framework Rest.

\subsubsection{Verificatore}
Il verificatore partecipa all’intero ciclo di vita del prodotto poiché deve valutare, revisionare e relazionare sul lavoro delle diverse risorse umane impegnate nello sviluppo del prodotto. Particolarmente rilevante è la verifica del codice prodotto dai programmatori e della sua correttezza, poiché da ciò dipende la correttezza dell’intero prodotto software finale. Tuttavia non è da sottovalutare l’importanza della sua attività di verifica anche durante tutte le altre fasi, poiché permette di rilevare e risolvere problemi prima che gli effetti di questi possano propagarsi alle fasi successive o magari all’intero prodotto software. \newline
Il verificatore deve essere indipendente dalle attività su cui egli effettua la verifica, poiché deve poter operare con oggettività, inoltre ha una conoscenza ampia e buone capacità di osservazione e comunicazione per rapportarsi con diversi ruoli differenti ed è dotato di capacità di discernimento.

\subsubsection{Responsabile clienti}
Colui che detiene questo ruolo è responsabile della gestione dei clienti e cerca di acquisire nuovi clienti detti "clienti potenziali", ma soprattutto aumenta le relazioni con i clienti più importanti o "clienti coltivabili", cerca di ottenere una fidelizzazione più longeva possibile dei clienti che hanno maggiori rapporti con l'impresa. Grazie all’azione del responsabile clienti con i clienti fidelizzati è possibile mantenere con essi un volume d’affari costante negli anni ed è possibile ottenere molti vantaggi dalla pubblicità positiva “gratuita” portata avanti da questi ultimi tramite la tecnica del passaparola.

\subsection{Responsibility Assignment Matrix}
Il passo successivo, al fine di avere una visuale completa dell’assegnazione delle responsabilità ai relativi work package, è unire la WBS e l’OBS per produrre la Responsibility Assignment Matrix, d’ora in poi RAM. La RAM è l’ufficializzazione delle responsabilità di progetto e obbliga ad assegnare una responsabilità univoca e nominale per ciascuno degli elementi di lavoro individuati nella WBS. 
Il diagramma prodotto ha lo scopo di evidenziare quali sono i responsabili dei singoli work package, cioè coloro che devono garantire il corretto svolgimento delle attività implicate nello specifico work package assegnatogli. La RAM inoltre permette di:
\begin{itemize}
\item facilitare il Project Manager nell’indirizzamento al responsabile del particolare work package;
\item evitare l’insorgere del "fenomeno degli alibi";
\item chiarire a tutti gli stakeholder i livelli di responsabilità;
\item aumentare il livello di presenza costruttiva nel progetto.
\end{itemize}
Il diagramma in figura \RIF{fig:RAM} \ è stato prodotto dalla fusione tra la WBS (vedi figura \RIF{fig:WBS}) e l’OBS (vedi figura \RIF{fig:OBS}).
\FIGURA{images/matrice_responsabilita}{Responsibility Assignment Matrix}{fig:RAM}{230}{90}

Sul lato sinistro dell’immagine vediamo riprodotta la WBS, nella quale i nomi dei vari work package e delle attività sono stati sostituiti dai rispettivi codici numerici, mentre sul lato superiore troviamo l’OBS, nella quale i nomi dei ruoli sono identificati da delle abbreviazioni degli stessi. \newline
Il diagramma evidenzia chiaramente che tutti i work package della WBS hanno il proprio responsabile. Per identificare la relazione tra un work package e il relativo responsabile è sufficiente identificare il quadratino corrispondente al work package in esame e si segue la linea uscente verso l’OBS. 

\subsection{Assegnazione ruoli}
L’assegnazione dei ruoli a determinati componenti del gruppo è stata guidata da più fattori quali:
\begin{itemize}
\item le esperienze personali maturate nello svolgimento del proprio percorso universitario e/o lavorativo;
\item le varie conoscenze tecniche acquisite in ambito universitario e/o lavorativo;
\item le particolari attitudini.
\end{itemize}

Queste metriche hanno permesso di assegnare i ruoli alle persone che si è ritenuto più idonee a svolgere i relativi compiti. Eventuali ruoli per i quali sono necessarie conoscenze specifiche delle quali nessuno dei componenti è in possesso si è ricorso a consulenze esterne, ad esempio la fase di fattibilità legale è stata supportata dalla consulenza di uno studio legale; questi ruoli sono stati evidenziati nel seguente elenco dal carattere corsivo.
Di seguito le assegnazioni effettuate:
\begin{description}
\item[Project manager:] Alice Zerbaro;
\item[Analista 1]: Francesco Fornasini;
\item[Analista 2:] \textit{Mario Bianchi};
\item[Analista 3:] \textit{Carla Rossi};
\item[Responsabile marketing:] \textit{Ezio Gialli};
\item[Responsabile economico:] \textit{Alessia Viola};
\item[Progettista 1:] Gianluca Carlesso
\item[Progettista 2:] \textit{Giulia Pinco};
\item[Progettista 3:] \textit{Laura Fossò};
\item[Responsabile della Qualità:] \textit{Stefano Verdi};
\item[Programmatore 1:] Stefano Farronato;
\item[Programmatore 2:] Alberto Giaretta;
\item[Programmatore 3:] \textit{Elena Verdi};
\item[Programmatore 4:] \textit{Gino Bianchi};
\item[Programmatore 5:] \textit{Paolo Esposito};
\item[Programmatore 6:] \textit{Stefania Rossi};
\item[Programmatore 7:] \textit{Angela Bianchi};
\item[Verificatore:] Luca Fongaro;
\item[Responsabile clienti:] \textit{Elisa Pinca};
\item[Consulenza legale:] \textit{Studio Legale Tonello}.
\end{description}

\subsection{Resource Breakdown Structure}
La Resource Breakdown Structure, d’ora in poi RBS, può essere considerata come l’equivalente della WBS espressa in termini di risorse, sia umane che strumentali, impiegate nello sviluppo del progetto. Essa infatti, come la WBS, aiuta direttamente le attività di project management, permettendo di determinare e successivamente ottimizzare quali risorse e in quali quantità esse siano necessarie, diversamente dalla OBS che riguarda in maniera più specifica l’organizzazione e la valutazione delle risorse umane. \newline
Lo scopo principale della RBS è di esplicitare tutte le risorse necessarie e le relazioni che intercorrono tra esse, organizzando queste informazioni in un diagramma gerarchico ad albero e classificandole per categorie e per tipologia. Le risorse oggetto della RBS sono tutte quelle alle quali è possibile imputare un costo in denaro, ovvero personale, strumenti tecnologici, strutture (ad es. sale conferenze, sede operativa, ecc...) e materiali supplementari. 
Il diagramma in figura \RIF{fig:RBS}\ descrive tutte le risorse impiegate.
\FIGURA{images/rbs}{Resource Breakdown Structure}{fig:RBS}{175}{90}

Il diagramma evidenzia che per lo sviluppo del prodotto GeoSignage sono state impiegate sia risorse interne, cioè già a disposizione dell’azienda, che risorse esterne, ovvero risorse non disponibili in azienda ma per le quali è stato necessario rivolgersi a entità esterne alla stessa. \newline
Le risorse interne sono state suddivise in risorse umane, nelle quali troviamo tutti i ruoli che sono stati descritti nell’OBS in figura \RIF{fig:OBS}, e risorse strumentali, nelle quali troviamo i dispositivi hardware che l’azienda mette a disposizione dei clienti per fornire il servizio di digital signage. 
In particolare, tra le risorse strumentali si può notare l’utilizzo della piattaforma Arduino ethernet per implementare la gestione in remoto degli schermi sui quali verrà visualizzato il materiale pubblicitario del cliente. \newline
Le risorse esterne si suddividono anch’esse in risorse umane e risorse strumentali. Le risorse umane includono il consulente legale, interpellato nella fase di analisi della fattibilità legale del progetto, e le persone alle quali è stato chiesto di utilizzare il prodotto software in fase di collaudo esterno (vedi sezione \RIF{1.5.4}). Le risorse strumentali consistono in sale conferenze utilizzate per la formazione del personale impiegato nel servizio di assistenza clienti e per la fase di promozione del prodotto (vedi sezione \RIF{1.6}), l’ambiente di esecuzione App Engine fornito da Google e il relativo database, a supporto della persistenza dei dati, denominato Datastore.

\subsection{Pianificazione temporale}
Il diagramma di Gantt è una rappresentazione su scala temporale dell'evoluzione del progetto. \newline
Esso è costituito da un asse orizzontale, sul quale viene rappresentato l’arco temporale totale del progetto suddiviso in unità temporali (mesi, settimane e giorni), e da un asse verticale, sul quale sono rappresentate tutte le attività e i singoli work package che costituiscono il progetto. L’attivazione di un’attività o di un work package è rappresentata da una barra orizzontale che delimita il tempo di inizio, il tempo di fine e la durata dell’attività stessa. Queste barre possono sovrapporsi durante il medesimo arco temporale per indicare la possibilità dello svolgimento in parallelo di alcune attività. Man mano che il progetto progredisce possono essere aggiunte al diagramma delle barre secondarie, delle frecce o delle barre colorate per indicare le attività (o work package) che sono state completate oppure lo stato di avanzamento di determinate attività (o work package). In questi casi viene utilizzata una linea verticale per indicare la data di riferimento. \newline
Un diagramma di Gantt permette dunque la rappresentazione grafica di un calendario di attività, utile al fine di pianificare, coordinare e tracciare specifiche attività in un progetto dando una chiara illustrazione dello stato d'avanzamento del progetto rappresentato. E' importante sottolineare come un piano di progetto non sia stabilito una volta per sempre ma è in continuo cambiamento. Esso va continuamente aggiornato e modificato secondo gli eventuali rischi verificatisi o per ottenere pianificazioni più efficienti in termini di tempo e/o costi. \newline
I vantaggi apportati dalla rappresentazione del progetto tramite diagramma di Gantt sono:
\begin{itemize}
\item poter pianificare la tempistica delle attività di progetto attraverso uno strumento chiaro e semplice da leggere e interpretare;
\item permettere a tutti gli interpreti del progetto di avere un quadro generale e integrato delle date di inizio e fine delle attività di progetto;
\item poter ufficializzare a livello strategico le date desiderate o imposte di inizio, fine ed eventuali milestones intermedie;
\item poter controllare durante l’avanzamento del progetto gli scostamenti temporali, sia ritardi che anticipi, rispetto alle date pianificate;
\item poter verificare continuamente le nuove stime a finire del progetto o di sue parti a fronte dei consuntivi e facilitare eventuali correzioni.
\end{itemize}

Nella figura \RIF{fig:Attivita} \ possiamo vedere le attività previste nel progetto.

\FIGURA{images/attivita}{Attività individuate}{fig:Attivita}{160}{0}

Il diagramma di Gantt porta anche alcuni svantaggi, infatti non permette di individuare il cammino critico, descritto nella sezione \RIF{DiagReticolare} \ e non evidenzia l’interdipendeza tra le varie attività. \newline
Il diagramma in figura \RIF{fig:Gantt} \ si riferisce al progetto per lo sviluppo del prodotto GeoSignage.
Le barre orizzontali di colore rosso evidenziano le attività critiche, le quali se unite compongono il cammino critico per lo sviluppo del prodotto GeoSignage.

\FIGURA{images/gantt}{Diagramma di Gantt}{fig:Gantt}{210}{90}

\subsection{Diagramma reticolare}
\label{DiagReticolare}
Il Project Network, o reticolo di progetto, è il modello logico-funzionale del progetto. Esso mette in risalto le reciproche dipendenze fra le attività di progetto evidenziando i legami logici tra queste ed enfatizzando particolari eventi e milestones di progetto. \newline
Il diagramma può essere considerato come una sorta di grafo nel quale vengono rappresentate le seguenti entità:
\begin{itemize}
\item le singole attività, identificate dai nodi;
\item i legami tra le varie attività, identificati da archi orientati;
\end{itemize}
inoltre non sono presenti cammini chiusi, poiché le attività di sviluppo del progetto sono rappresentate secondo un criterio cronologico. \newline
Ogni attività è identificata da un tempo di inizio, un tempo di fine e il tempo di slack, cioè il massimo ritardo che la durata di quell’attività potrà subire senza che il tempo minimo totale accumuli dei ritardi. Grazie al diagramma reticolare è possibile identificare il cammino critico, ovvero il percorso tra l’istante di inizio e quello di fine dell’intero progetto formato da attività aventi tutte tempo di slack uguale a zero. Questa catena di attività determina la durata minima del progetto. La somma dei tempi delle attività del cammino critico sarà quindi il tempo minimo per la realizzazione del progetto.\newline
Il diagramma reticolare permette inoltre di:
\begin{itemize}
\item facilitare il Project Manager nell’avere un quadro logico dell’evoluzione del progetto;
\item evitare incomprensioni ed attese inutili durante l’evoluzione del progetto e migliorare il livello di responsabilità reciproca fra gli esecutori delle attività;
\item porre le basi della costruzione di una pianificazione temporale affidabile e dinamica.
\end{itemize}
Il diagramma nelle figure \RIF{fig:Reticolare_1}\ e \RIF{fig:Reticolare_2}\ rappresenta il diagramma reticolare  per lo sviluppo del prodotto GeoSignage. Le attività inserite nei parallelogrammi rossi sono attività critiche, quelle inserite in parallelogrammi blu acceso sono attività non critiche e non scomponibili infine quelle inserite in parallelogrammi blu opaco sono attività scomponibili in altre sotto attività.
\FIGURA{images/reticolare_1}{Diagramma reticolare - Parte 1}{fig:Reticolare_1}{250}{90}
\FIGURA{images/reticolare_2}{Diagramma reticolare - Parte 2}{fig:Reticolare_2}{250}{90}

%%%%%%%%%%%%%%%%%%%
%ASPETTO ECONOMICO%
%%%%%%%%%%%%%%%%%%%
\newpage

\section{L'aspetto economico-finanziario}
\subsection{Introduzione}
Per quanto riguarda l'aspetto economico-finanziario si deve sviluppare un'approssimazione del costo delle risorse necessarie per completare tutte le attività di progetto. Per fare questo vengono utilizzati i work package identificati nel capitolo precedente e vengono associati ad essi i costi preventivati. Dopodiché vengono considerati i costi non associabili direttamente ad uno specifico \textit{work package}\ e i costi delle immobilizzazioni.
\subsection{Ruoli e costo orario}
\begin{table}[H]
\centering
\begin{tabular}{|c|c|}
\hline
\textbf{Ruolo}	&\textbf{Costo totale}\\
\hline
Project Manager &30\\
\hline
Responsabile della qualità &19\\
\hline
Responsabile economico &25\\
\hline
Responsabile clienti &22\\
\hline
Responsabile marketing &22\\
\hline
Analista &25\\
\hline
Progettista &22\\
\hline
Programmatore &15\\
\hline
Verificatore &15\\
\hline
Consulente legale &25\\
\hline
Assistenza clienti &18\\
\hline
\end{tabular}
\caption{Costo orario per ruolo}
\label{Tab:Costo ore ruolo}
\end{table}
Ogni risorsa è interna all'azienda, con l'eccezione del consulente legale che è esterno.
\subsection{Costi Attività di primo livello}
In questa sezione saranno esplicitati i costi delle attività di primo livello non direttamente imputabili ai singoli \textbf{work package}.
\subsubsection{Definizione Concept}
\begin{table}[H]
\centering
\begin{tabular}{|p{3cm}|c|c|c|c|}
\hline
\textbf{Ruolo}	&\textbf{Numero di persone}	&\textbf{Ore totali} &\textbf{Costo Orario} &\textbf{Costo totale (in euro)}\\
\hline
\hline
Project Manager &1 &4 &30 &120\\
\hline
\end{tabular}
\caption{Costo generale Attività di primo livello Definizione Concept}
\label{Tab: costo Definizione Concept}
\end{table}
\textbf{Totale}: 120 euro
\subsubsection{Studio di fattibilità}
\begin{table}[H]
\centering
\begin{tabular}{|p{3cm}|c|c|c|c|}
\hline
\textbf{Ruolo}	&\textbf{Numero di persone}	&\textbf{Ore totali} &\textbf{Costo Orario} &\textbf{Costo totale (in euro)}\\
\hline
\hline
Project Manager &1 &4 &30 &120\\
Verificatore &1 &32 &15 &480\\
\hline
\end{tabular}
\caption{Costo generale Attività di primo livello Studio di fattibilità}
\label{Tab: costo Studio di fattibilità}
\end{table}
\textbf{Totale}: 600 euro
\subsubsection{Analisi e progettazione}
\begin{table}[H]
\centering
\begin{tabular}{|p{3cm}|c|c|c|c|}
\hline
\textbf{Ruolo}	&\textbf{Numero di persone}	&\textbf{Ore totali} &\textbf{Costo Orario} &\textbf{Costo totale (in euro)}\\
\hline
\hline
Project Manager &1 &4,8 &30 &144\\
Verificatore &1 &56 &15 &840\\
\hline
\end{tabular}
\caption{Costo generale Attività di primo livello Analisi e progettazione}
\label{Tab: costo Analisi e progettazione}
\end{table}
\textbf{Totale}: 984 euro
\subsection{Costi per Word Package}
In questa sezione saranno esplicitati i costi di ogni singolo \textit{work package}
\subsubsection{Specifiche di massima}
\begin{table}[H]
\centering
\begin{tabular}{|p{3cm}|c|c|c|c|}
\hline
\textbf{Ruolo}	&\textbf{Numero di persone}	&\textbf{Ore totali} &\textbf{Costo Orario} &\textbf{Costo totale (in euro)}\\
\hline
\hline
Project Manager &1 &4 &30 &120\\
Analista &1 &40 &25 &1000\\
Analista &2 &4 &25 &200\\
Progettista &1 &4 &22 &88\\
Responsabile Marketing &1 &4 &22 &88\\
Responsabile Clienti &1 &4 &22 &88\\
\hline
\end{tabular}
\caption{Totale costo WP Specifiche di massima}
\label{Tab: costo Specifiche di massima}
\end{table}
\textbf{Totale}: 1584 euro
\subsubsection{Fattibilità di marketing}
\begin{table}[H]
\centering
\begin{tabular}{|p{3cm}|c|c|c|c|}
\hline
\textbf{Ruolo}	&\textbf{Numero di persone}	&\textbf{Ore totali} &\textbf{Costo Orario}	&\textbf{Costo totale (in euro)}\\
\hline
\hline
Responsabile Marketing &1 &24 &22 &528\\
\hline
\end{tabular}
\caption{Totale costo WP Fattibilità di marketing}
\label{Tab: costo Fattibilità di marketing}
\end{table}
\textbf{Totale}: 528 euro
\subsubsection{Fattibilità economica}
\begin{table}[H]
\centering
\begin{tabular}{|p{3cm}|c|c|c|c|}
\hline
\textbf{Ruolo}	&\textbf{Numero di persone}	&\textbf{Ore totali} &\textbf{Costo Orario} &\textbf{Costo totale (in euro)}\\
\hline
\hline
Responsabile Economico &1 &40 &25 &1000\\
\hline
\end{tabular}
\caption{Totale costo WP Fattibilità economica}
\label{Tab: costo Fattibilità economica}
\end{table}
\textbf{Totale}: 1000 euro
\subsubsection{Fattibilità legale}
\begin{table}[H]
\centering
\begin{tabular}{|p{3cm}|c|c|c|c|}
\hline
\textbf{Ruolo}	&\textbf{Numero di persone}	&\textbf{Ore totali} &\textbf{Costo Orario} &\textbf{Costo totale (in euro)}\\
\hline
\hline
Responsabile &1 &4 &30 &120\\
Consulente legale &1 &4 &25 &100\\
\hline
\end{tabular}
\caption{Costo consulenza per Fattibilità legale}
\label{Tab: costo consulenza per Fattibilità legale}
\end{table}
\begin{table}[H]
\centering
\begin{tabular}{|p{4cm}|c|c|}
\hline
\textbf{Tutela registrata} &\textbf{Costo(in euro)}\\
\hline
\hline
Marchio &900\\
\hline
\end{tabular}
\caption{Costo tutela per Fattibilità legale}
\label{Tab: costo tutela per Fattibilità legale}
\end{table}
\textbf{Totale}: 1120 euro
\subsubsection{Fattibilità tecnica}
\begin{table}[H]
\centering
\begin{tabular}{|p{3cm}|c|c|c|c|}
\hline
\textbf{Ruolo}	&\textbf{Numero di persone}	&\textbf{Ore totali} &\textbf{Costo Orario} &\textbf{Costo totale (in euro)}\\
\hline
\hline
Progettista &1 &24 &22 &528\\
Progettista &2 &4 &22 &176\\
\hline
\end{tabular}
\caption{Totale costo WP Fattibilità tecnica}
\label{Tab: costo Fattibilità tecnica}
\end{table}
\textbf{Totale}: 704 euro
\subsubsection{Piano della qualità dei processi}
\begin{table}[H]
\centering
\begin{tabular}{|p{3cm}|c|c|c|c|}
\hline
\textbf{Ruolo}	&\textbf{Numero di persone}	&\textbf{Ore totali} &\textbf{Costo Orario} &\textbf{Costo totale (in euro)}\\
\hline
\hline
Responsabile della qualità &1 &40 &19 &760\\
\hline
\end{tabular}
\caption{Totale costo WP Piano della qualità dei processi}
\label{Tab: costo Piano della qualità dei processi}
\end{table}
\textbf{Totale}: 760 euro
\subsubsection{Analisi dei requisiti}
\begin{table}[H]
\centering
\begin{tabular}{|p{3cm}|c|c|c|c|}
\hline
\textbf{Ruolo}	&\textbf{Numero di persone}	&\textbf{Ore totali} &\textbf{Costo Orario} &\textbf{Costo totale (in euro)}\\
\hline
\hline
Analista &3 &40 &25 &3000\\
\hline
\end{tabular}
\caption{Totale costo WP Analisi dei requisiti}
\label{Tab: costo Analisi dei requisiti}
\end{table}
\textbf{Totale}: 3000 euro
\subsubsection{Specifica tecnica}
\begin{table}[H]
\centering
\begin{tabular}{|p{3cm}|c|c|c|c|}
\hline
\textbf{Ruolo}	&\textbf{Numero di persone}	&\textbf{Ore totali} &\textbf{Costo Orario} &\textbf{Costo totale (in euro)}\\
\hline
\hline
Analista &1 &40 &25 &1000\\
Progettista &2 &40 &22 &1760\\
\hline
\end{tabular}
\caption{Totale costo WP Specifica tecnica}
\label{Tab: costo Specifica tecnica}
\end{table}
\textbf{Totale}: 2760 euro
\subsubsection{Definizione di prodotto}
\begin{table}[H]
\centering
\begin{tabular}{|p{3cm}|c|c|c|c|}
\hline
\textbf{Ruolo}	&\textbf{Numero di persone}	&\textbf{Ore totali} &\textbf{Costo Orario} &\textbf{Costo totale (in euro)}\\
\hline
\hline
Progettista &3 &160 &22 &10560\\
\hline
\end{tabular}
\caption{Totale costo WP Definizione di prodotto}
\label{Tab: costo Definizione di prodotto}
\end{table}
\textbf{Totale}: 10560 euro
\subsubsection{Pianificazione della qualità}
\begin{table}[H]
\centering
\begin{tabular}{|p{3cm}|c|c|c|c|}
\hline
\textbf{Ruolo}	&\textbf{Numero di persone}	&\textbf{Ore totali} &\textbf{Costo Orario} &\textbf{Costo totale (in euro)}\\
\hline
\hline
Responsabile della qualità &1 &80 &19 &1520\\
\hline
\end{tabular}
\caption{Totale costo WP Pianificazione della qualità}
\label{Tab: costo Pianificazione della qualità}
\end{table}
\textbf{Totale}: 1520 euro
\subsubsection{Applicazione Cloud}
\begin{table}[H]
\centering
\begin{tabular}{|p{3cm}|c|c|c|c|}
\hline
\textbf{Ruolo}	&\textbf{Numero di persone}	&\textbf{Ore totali} &\textbf{Costo Orario} &\textbf{Costo totale (in euro)}\\
\hline
\hline
Progettista &1 &5 &22 &110\\
Programmatore &3 &280 &15 &12600\\
\hline
\end{tabular}
\caption{Totale costo WP Applicazione Cloud }
\label{Tab: costo Applicazione Cloud}
\end{table}
\textbf{Totale}: 12710 euro
\subsubsection{Interfaccia di amministrazione}
\begin{table}[H]
\centering
\begin{tabular}{|p{3cm}|c|c|c|c|}
\hline
\textbf{Ruolo}	&\textbf{Numero di persone}	&\textbf{Ore totali} &\textbf{Costo Orario} &\textbf{Costo totale (in euro)}\\
\hline
\hline
Progettista &1 &3 &22 &66\\
Programmatore &1 &176 &15 &2640\\
\hline
\end{tabular}
\caption{Totale costo WP Interfaccia di amministrazione}
\label{Tab: costo Interfaccia di amministrazione}
\end{table}
\textbf{Totale}: 2706 euro
\subsubsection{Interfaccia cliente}
\begin{table}[H]
\centering
\begin{tabular}{|p{3cm}|c|c|c|c|}
\hline
\textbf{Ruolo}	&\textbf{Numero di persone}	&\textbf{Ore totali} &\textbf{Costo Orario} &\textbf{Costo totale (in euro)}\\
\hline
\hline
Progettista &1 &2 &22 &44\\
Programmatore &1 &144 &15 &2160\\
\hline
\end{tabular}
\caption{Totale costo WP Interfaccia cliente}
\label{Tab: costo Interfaccia cliente}
\end{table}
\textbf{Totale}: 2204 euro
\subsubsection{Interfacciamento dispositivi esterni}
\begin{table}[H]
\centering
\begin{tabular}{|p{3cm}|c|c|c|c|}
\hline
\textbf{Ruolo}	&\textbf{Numero di persone}	&\textbf{Ore totali} &\textbf{Costo Orario} &\textbf{Costo totale (in euro)}\\
\hline
\hline
Progettista &1 &12 &22 &264\\
Programmatore &2 &120 &15 &3600\\
\hline
\end{tabular}
\caption{Totale costo WP Interfacciamento dispositivi esterni}
\label{Tab: costo Interfacciamento dispositivi esterni}
\end{table}
\textbf{Totale}: 3864 euro
\subsubsection{Test di unità}
\begin{table}[H]
\centering
\begin{tabular}{|p{3cm}|c|c|c|c|}
\hline
\textbf{Ruolo}	&\textbf{Numero di persone}	&\textbf{Ore totali} &\textbf{Costo Orario} &\textbf{Costo totale (in euro)}\\
\hline
\hline
Progettista &1 &5 &22 &110\\
Programmatore &2 &40 &15 &1200\\
Verificatore &1 &96 &15 &1440\\
\hline
\end{tabular}
\caption{Totale costo WP Test di unità}
\label{Tab: costo Test di unità}
\end{table}
\textbf{Totale}: 2750 euro
\subsubsection{Test di integrazione}
\begin{table}[H]
\centering
\begin{tabular}{|p{3cm}|c|c|c|c|}
\hline
\textbf{Ruolo}	&\textbf{Numero di persone}	&\textbf{Ore totali} &\textbf{Costo Orario} &\textbf{Costo totale (in euro)}\\
\hline
\hline
Progettista &1 &5 &22 &110\\
Programmatore &2 &40 &15 &1200\\
Verificatore &1 &136 &15 &2040\\
\hline
\end{tabular}
\caption{Totale costo WP Test di integrazione}
\label{Tab: costo Test di integrazione}
\end{table}
\textbf{Totale}: 3350 euro
\subsubsection{Collaudo interno tecnico}
\begin{table}[H]
\centering
\begin{tabular}{|p{3cm}|c|c|c|c|}
\hline
\textbf{Ruolo}	&\textbf{Numero di persone}	&\textbf{Ore totali} &\textbf{Costo Orario} &\textbf{Costo totale (in euro)}\\
\hline
\hline
Progettista &1 &4 &22 &88\\
Programmatore &1 &40 &15 &600\\
Verificatore &1 &80 &15 &1200\\
\hline
\end{tabular}
\caption{Totale costo WP Collaudo interno tecnico }
\label{Tab: costo Collaudo interno tecnico }
\end{table}
\textbf{Totale}: 1888 euro
\subsubsection{Collaudo esterno}
\begin{table}[H]
\centering
\begin{tabular}{|p{3cm}|c|c|c|c|}
\hline
\textbf{Ruolo}	&\textbf{Numero di persone}	&\textbf{Ore totali} &\textbf{Costo Orario} &\textbf{Costo totale (in euro)}\\
\hline
\hline
Persone a campione &4 &24 &7,5 &720\\
Programmatore &1 &8 &15 &120\\
Verificatore &3 &24 &15 &360\\
\hline
\end{tabular}
\caption{Totale costo WP Collaudo esterno}
\label{Tab: costo Collaudo esterno}
\end{table}
\textbf{Totale}: 1200 euro
\subsubsection{Formazione del personale}
\begin{table}[H]
\centering
\begin{tabular}{|p{3cm}|c|c|c|c|}
\hline
\textbf{Ruolo}	&\textbf{Numero di persone}	&\textbf{Ore totali} &\textbf{Costo Orario} &\textbf{Costo totale (in euro)}\\
\hline
\hline
Progettista &1 &24 &22 &528\\
\hline
\end{tabular}
\caption{Totale costo WP Formazione del personale}
\label{Tab: costo Formazione del personale}
\end{table}
\textbf{Totale}: 528 euro
\subsubsection{Promozione del prodotto}
\begin{table}[H]
\centering
\begin{tabular}{|p{3cm}|c|c|c|c|}
\hline
\textbf{Ruolo}	&\textbf{Numero di persone}	&\textbf{Ore totali} &\textbf{Costo Orario} &\textbf{Costo totale (in euro)}\\
\hline
\hline
Responsabile Clienti &1 &120 &22 &2640\\
\hline
\end{tabular}
\caption{Totale costo WP Promozione del prodotto}
\label{Tab: costo Promozione del prodotto}
\end{table}
\textbf{Totale}: 2640 euro
\subsubsection{Presentazione del prodotto}
\begin{table}[H]
\centering
\begin{tabular}{|p{3cm}|c|c|c|c|}
\hline
\textbf{Ruolo}	&\textbf{Numero di persone}	&\textbf{Ore totali} &\textbf{Costo Orario} &\textbf{Costo totale (in euro)}\\
\hline
\hline
Project Manager &1 &3 &30 &90\\
Progettista &1 &16 &22 &352\\
\hline
\end{tabular}
\caption{costo risorse umane Presentazione del prodotto}
\label{Tab: costo risorse umane Presentazione del prodotto}
\end{table}
\begin{table}[H]
\centering
\begin{tabular}{|p{3cm}|c|c|}
\hline
\textbf{Luogo presentazione} &\textbf{Ore totali} &\textbf{Costo totale (in euro)}\\
\hline
\hline
Sala congressi &16 &560\\
\hline
\end{tabular}
\caption{costo luogo Presentazione del prodotto}
\label{Tab: costo luogo Presentazione del prodotto}
\end{table}
\textbf{Totale}: 1002 euro
\subsubsection{Organizzazione del servizio assistenza}
\begin{table}[H]
\centering
\begin{tabular}{|p{3cm}|c|c|c|c|}
\hline
\textbf{Ruolo}	&\textbf{Numero di persone}	&\textbf{Ore totali} &\textbf{Costo Orario} &\textbf{Costo totale (in euro)}\\
\hline
\hline
Responsabile Clienti &1 &40 &22 &880\\
\hline
\end{tabular}
\caption{Totale costo WP Organizzazione del servizio assistenza}
\label{Tab: costo Organizzazione del servizio assistenza}
\end{table}
\textbf{Totale}: 880 euro
\subsubsection{Manuali Utente}
\begin{table}[H]
\centering
\begin{tabular}{|p{3cm}|c|c|c|c|}
\hline
\textbf{Ruolo}	&\textbf{Numero di persone}	&\textbf{Ore totali} &\textbf{Costo Orario} &\textbf{Costo totale (in euro)}\\
\hline
\hline
Verificatore &1 &24 &15 &360\\
\hline
\end{tabular}
\caption{Totale costo WP Manuali Utente}
\label{Tab: costo Manuali Utente}
\end{table}
\textbf{Totale}: 360 euro
\subsection{Infrastrutture e materiali}
\subsubsection{App Engine}
La piattaforma è gratuita.
\subsubsection{Hardware per esecuzione test}
\begin{table}[H]
\centering
\begin{tabular}{|p{3cm}|c|}
\hline
\textbf{Oggetto}	&\textbf{Costo (in euro)}\\
\hline
\hline
Schermo LED &6000 \\
Arduino Ethernet &31 \\
\hline
\end{tabular}
\caption{Totale costo materiale}
\label{Tab: costo materiale}
\end{table}
\textbf{Totale}: 6031 euro
\subsection{Costo totale}
Costo totale del progetto: 67353 euro
\subsection{Entrate annue}
\begin{table}[H]
\centering
\begin{tabular}{|p{6cm}|c|}
\hline
\textbf{Ricavo}	&\textbf{Costo (in euro)}\\
\hline
\hline
Concessione uso a cliente &110 \\
\hline
\end{tabular}
\caption{Ricavi Unitari}
\label{Tab: Ricavi unitari}
\end{table}
\begin{table}[H]
\centering
\begin{tabular}{|p{3cm}|c|c|}
\hline
\textbf{Numero Clienti}	&\textbf{Costo concessione uso a cliente (in euro)} &\textbf{Totale}\\
\hline
\hline
625 &110 &68750\\
\hline
\end{tabular}
\caption{Ricavo annuo}
\label{Tab: Ricavo annuo}
\end{table}
\subsection{Conclusioni}
Per rientrare del costo del progetto, sono necessari circa 625 clienti nel primo anno. Si può notare come 625 sia una sottostima del mercato, in quanto in Veneto vi sono più di 140.000 aziende (fonte: \textit{corriere.it}), le quali non sono tutte interessate ad un servizio di questa tipologia, ma anche considerandone solo il 10\%, esse sono 14.000, ben più di quanto necessario per raggiungere il pareggio di bilancio al primo anno.
%%%%%%%%%%%%%%%%%%%
%GESTIONE DEI RISCHI
%%%%%%%%%%%%%%%%%%%
\newpage
\section{Gestione dei rischi}
Da definizione, un rischio è un evento incerto o una condizione di incertezza che se accade determina un effetto positivo o negativo sull’obiettivo di progetto. \newline
La gestione dei rischi, è parte fondamentale dell'evoluzione di un progetto e determina la qualità del prodotto finale. \newline
Bisogna quindi comprendere ed utilizzare un insieme di tecniche che consentono di pianificare strategie di business, ed implementare tattiche, in grado di gestire il rischio in modo efficiente ed efficace minimizzando gli effetti che potrebbero causare problemi all'intero team in termini di lavoro, tecnologie e sviluppo. \newline
Essendoci la possibilità di variazione e presenza di nuovi rischi durante tutto il ciclo di progetto la valutazione dei rischi va eseguita in modo costante, valutando di volta in volta le minacce più gravi al progetto e pianificando varie soluzioni preventive. \newline

\subsection{Identificazione dei rischi}
Identifichiamo i rischi principali che possono verificarsi nel corso del tempo riguardanti il progetto, il prodotto e i costi:
\begin{itemize}
\item \textbf{Rischi tecnologici:} derivati da problemi riguardanti hardware e software utilizzati per sviluppare l’infrastruttura necessaria.
\item \textbf{Rischi riguardanti il personale:} problemi che possono sorgere con la malattia o problemi di carattere personale riguardanti un singolo membro del team.
\item \textbf{Rischi di stima:} derivabili dalla sottostima dei tempi e dei costi da investire per l'intero progetto.
\item \textbf{Rischi di mercato:} problemi dovuti alla competizione sullo sviluppo di un prodotto simile al 
          nostro da eventuali concorrenti subentrati a progetto avviato.
\end{itemize}

\subsection{Analisi dei rischi}
In questa fase vengono gestiti i rischi identificati. Ad ogni rischio viene assegnata una probabilità di verifica in base alla seguente metrica:

\begin{table}[H]
\centering
\begin{tabular}{|c|c|c|}
\hline
\textbf{Probabilità}	&\textbf{Percentuale}	&\textbf{Descrizione}\\
\hline
Alta &75\%-100\% &Probabilità altamente concreta, massima priorità\\
\hline
Media &35\%-75\% &Buona probabilità di occorrenza, non trascurabile\\
\hline
Bassa &0\%-35\% &Possibilità relegata ad occorrenze particolari, bassa priorità\\
\hline
Non stimabile &-\% &Impossibile calcolare la probabilità dell’evento analizzato\\
\hline
\end{tabular}
\caption{Metriche delle probabilità}
\label{Tab:Metriche delle probabilità}
\end{table}

Viene inoltre assegnato un valore per valutare gli effetti che può causare un determinato rischio:

\begin{table}[H]
\centering
\begin{tabular}{|c|c|}
\hline
\textbf{Effetto}	&\textbf{Descrizione}\\
\hline
Gravissimo &Da verificare con la massima priorità, potrebbe causare il fallimento del progetto\\
\hline
Grave &Priorità media, da verificare comunque con costanza per ridurre il rischio\\
\hline
Tollerabile &Bassa priorità, anche in caso di verifica è un danno accettabile\\
\hline
Insignificante &Priorità nulla, non sussiste alcun rischio\\
\hline
\end{tabular}
\caption{Metriche degli effetti}
\label{Tab:Metriche degli effetti}
\end{table}

\subsubsection{Rischi tecnologici} 
Questo rischio si può verificare, generalmente, quando una tecnologia adottata viene aggiornata ad una nuova versione o viene rimpiazzata da una nuova tecnologia che rende obsoleta (o fortemente svantaggiata) la precedente. \newline
La gravità del verificarsi di questo rischio è da considerarsi tollerabile. Nonostante il nostro pacchetto hardware operi con le più recenti tecnologie che il mercato offre, non ci si aspetta nell’immediato un ricambio tecnologico evidente. \newline
La situazione potrebbe cambiare nel corso dei prossimi anni con l’abbattimento dei prezzi e la diffusione massiccia di tecnologie OLED, che potrebbero sostituire gli schermi fino a quel momento utilizzati. \newline
Dal punto di vista software, al contrario, si prevede che gli aggiornamenti delle piattaforme utilizzate siano quantomeno compatibili con i programmi sviluppati precedentemente. \newline 

\subsubsection{Rischi riguardanti il personale}
La probabilità del verificarsi di questo rischio è stata catalogata come non valutabile in quanto nell'arco di tutti i mesi della durata del progetto non è possibile prevedere la salute di tutti gli individui del gruppo. \newline 
D'altro canto si presuppone che tutti i membri del gruppo facciano parte di quest'ultimo per tutta la durata del progetto, come prevede il contratto stipulato. Gli effetti causati dal rischio di dimissione di qualche soggetto sono stati considerati gravi. \newline

\subsubsection{Rischi di stima}
I rischi di stima possono interessare i costi, il tempo per rendere operativo il servizio e la grandezza del prodotto in termini di capacità territoriale. \newline 
Viste le diverse variabili che influenzano questa tipologia di rischi, si è pensato di valutarli come gravi e da tenere sempre sotto osservazione, specialmente il fattore temporale di realizzazione e in cui il prodotto sia in completa configurazione di vendita. \newline 
A tale scopo si è deciso, in fase di pianificazione temporale dello sviluppo del prodotto, di aggiungere ad ogni attività di primo livello il 10\% del tempo totale di completamento stimato per ogni attività, in modo tale da avere già a dispozione preventivamente del tempo extra per gestire eventuali rischi che potrebbero insorgere durante la realizzazione del progetto stesso. \newline

\subsubsection{Rischi di mercato}
I rischi di mercato non vanno trascurati, bisogna sempre tenere sotto controllo il mercato dato che un prodotto simile non esiste è facile che qualcun'altro abbia la stessa idea o sfrutti le carenze in termini di brevetti per creare un prodotto simile a quello da noi realizzato. \newline
L'effetto di questo rischio, se si verificasse, sarebbe gravissimo e vanificherebbe parte dell’investimento. \newline
E’ molto importante mantenere uno stato di "monopolio" per un periodo sufficiente per dar risalto alla capacità tecnica e professionale ad Alphsoft, in modo da mantenere uno status di riferimento nel settore.

\newpage
\section{Elementi di progettazione grafica}
Descriviamo ora una possibile veste grafica dell'applicazione da noi realizzata, in modo da rendere più chiaro possibile l’utilizzo di GeoSignage. \newline
Il prodotto software è caratterizzato da un layout pulito ed essenziale, con lo scopo di mantenere alto il livello di accessibilità e di offrire all'utente una grafica formale e professionale.\newline
L’applicativo si aprirà con una schermata iniziale (vedi figura \RIF{fig:login}) che permette di effettuare il login.
\FIGURA{images/login}{Pagina iniziale di login}{fig:login}{130}{0}
La homepage è molto semplice poiché presenta unicamente il logo dell'applicazione e la maschera per effettuare il login. \newline
\subsection{Visualizzazione e prenotazione}
Successivamente all’identificazione da parte dell’utente, il menù visualizzato, diverso a seconda che si sia autenticato nel sistema un cliente o un operatore, mostrerà i vari servizi o comandi effettuabili mediante il software.
Le immagini qui riportate si riferiscono al layout predisposto per la clientela, la quale può usufruire di diverse funzioni quali (vedi figura \RIF{fig:menu}):
\begin{itemize}
\item \textbf{Prossime aperture:} conoscere in anteprima luoghi e tempi di installazione di nuovi schermi pubblicitari.
\item \textbf{Visualizza spazi disponibili:} conoscere quali spazi sono acquistabili e quali no.
\item \textbf{Visualizza spazio personale:} conoscere per ogni schermo e fascia oraria prenotati quali pubblicità sono già presenti nel circondario e per quanto tempo sono state impostate.
\item \textbf{Acquista nuovo spazio:} acquistare uno spazio pubblicitario decidendo tempi e schermi sui quali visualizzarlo, compatibilmente con la disponibilità.
\item \textbf{Inserisci nuovo materiale:} inserire una nuova pubblicità sui propri spazi.
\item \textbf{Modifica materiale:} modificare pubblicità precedentemente inserite.
\end{itemize}
\FIGURA{images/mainmenu}{Menu principale per il cliente}{fig:menu}{130}{0}
Per acquistare un nuovo spazio pubblicitario il cliente deve selezionare la voce ``Acquista nuovo spazio'' e visualizzerà subito la schermata in figura \RIF{fig:buyNew}.\newline
\FIGURA{images/map}{Acquisto nuovo spazio pubblicitario}{fig:buyNew}{130}{0}
Da questa schermata è possibile effettuare la ricerca di spazi pubblicitari a partire da un luogo in una mappa. Questa mappa ne mostra immediatamente la disposizione ma anche lo stato tramite semplici associazioni di colori. Nell’immagine infatti si può vedere il tipico marker di Google Maps colorato di verde che significa che il display è libero, mentre il marker rosso significa che il display è occupato. Tuttavia è possibile implementare anche altri significati a seconda delle richieste delle aziende, ad esempio si potrebbe colorare il marker di arancione per indicare un display occupato solo la mattina. In questo modo colui che prenota spazi per una campagna pubblicitaria potrà avere informazioni sulla disponibilità in un certo luogo tramite una semplice occhiata. Modificando le opzioni di ricerca inoltre sarà possibile filtrare i risultati selezionati di modo da poter visualizzare soltanto gli spazi prenotati da sè. Sulla sinistra sono presenti informazioni aggiuntive sugli spazi prenotabili, assieme ad un prezzo indicativo che rappresenta il costo della prenotazione dello schermo per 24 ore, in modo da dare all’azienda un pratico indice per il confronto tra i prezzi. In alto a destra invece un pratico menù porterà alle funzioni di gestione prenotazioni, upload del materiale e messaggistica. \newline
Per prenotare uno spazio pubblicitario basterà selezionarlo, dalla mappa o dalla lista, e si aprirà la schermata in figura \RIF{fig:prenotation}. \newline
\FIGURA{images/prenotations}{Prenotazione spazio pubblicitario}{fig:prenotation}{130}{0}
A questo punto verranno visualizzate informazioni dettagliate sul cartellone, tra cui il tipo di schermo, le dimensioni (e opzionalmente anche delle immagini) sulla sinistra e sulla destra un calendario nel quale sono presenti informazioni su giorni e ore nei quali è stato prenotato da altre aziende (sempre utilizzando colori differenti e magari dei tooltips che al passaggio col mouse mostrino informazioni più dettagliate). Se lo spazio è di proprio gradimento, premendo il bottone “prenota”, un altra schermata permetterà di selezionare i giorni e le ore nel quale si vuole occupare lo spazio e il file multimediale da mostrare, successivamente dopo aver dato un ulteriore conferma, la prenotazione viene subito effettuata e presa in carico dal sistema centrale. Ciò vuol dire che se, ad esempio, un ledwall è disponibile da subito e viene prenotato, in meno di un’ora il messaggio pubblicitario sarà gia attivo automaticamente.

\subsection{Gestione files, prenotazioni, notifiche}
I clienti potranno ricevere alcuni tipi di notifiche quali:
\begin{itemize}
\item notifiche generate automaticamente dal sistema per avvertire ad esempio che la prenotazionedi un particolare display sta per scadere;
\item notifiche inviate direttamente dagli operatori alle quali si potrà rispondere.
\end{itemize}
Ad ogni accesso al sistema le nuove notifiche verranno evidenziate, come si può vedere nell’immagine \RIF{fig:buyNew}, tramite il pallino rosso accanto alla voce ``Notifiche'' nel menù in alto a destra.\newline
Nel menù di gestione delle prenotazioni l’azienda potrà visualizzare lo storico delle prenotazioni effettuate, e in caso di prenotazioni attualmente attive potrà modificarle o interromperle. Anche qui in modo del tutto autonomo e automatico, in meno di un’ora ogni modifica viene effettuata permettendo all’azienda di ottimizzare le sue campagne pubblicitarie in tempo reale.
È da questa schermata che un account da operatore Alphsoft può gestire le prenotazioni di tutte le aziende.\newline
Nel menù di upload dei media (vedi figura \RIF{fig:upload}) l’azienda potrà gestire i propri files multimediali, che potranno essere sia immagini che video.\newline
\FIGURA{images/upload}{Upload materiale pubblicitario}{fig:upload}{130}{0}
Un file che viene caricato nel server dell’azienda non può essere visualizzato direttamente in un cartellone pubblicitario ma deve prima essere esaminato da un operatore Alphsoft che ne giudica il contenuto, ne verifica il formato e la qualità, apportando, se necessario, le dovute modifiche. Una volta approvato, il file può essere caricato per qualsiasi prenotazione. Se il file non è più utilizzato allora può essere eliminato dal server.
È da questo menù che l’operatore Alphsoft può visualizzare, modificare e approvare tutti i files caricati dalle aziende. 
